这是一个创建于 1834 天前的主题，其中的信息可能已经有所发展或是发生改变。
开发在个人分支，master 因提交频繁，从个人分支 merge 到 master 时，每次都要手动先从 master merge 最新的代码到个人分支，再合入 master，
如何做到间隔几分钟自动从 master merge 到个人分支？
如何做到间隔几分钟自动从 master merge 到个人分支？
 | 1 jiaxin1121 2020-10-16 11:00:28 +08:00 代码冲突了怎么办 |
 | 2 mikicomo 2020-10-16 11:01:17 +08:00 你自己的分支合并到 master 时，为啥非要同步一次 master 的修改? 冲突很多？多人同时修改一个文件么 |
 | 3 Molita 2020-10-16 11:03:12 +08:00 |
 | 4 xurunfei 2020-10-16 11:03:23 +08:00 如果只有自己开发没事,有别人不能这么干,冲突就麻烦了,可以自己写个定时器提交代码,我的笔记就是写了个定时器,每天提交代码 |
 | 5 KuroNekoFan 2020-10-16 11:04:18 +08:00 gitlab 的话有 schedules |
 | 6 blindie 2020-10-16 11:05:34 +08:00 via Android 你这滥用 git 。不如自动 rebase remote master 。 |
 | 7 tanghanyu 2020-10-16 11:07:59 +08:00 这种不可能自动的吧，经常都会有些冲突需要解决的 |
 | 8 css3 OP @css3 @jiaxin1121 @mikicomo @Molita @xurunfei @KuroNekoFan @blindie @tanghanyu 我的理解，有冲突应该是 merge 失败的吧 |
 | 11 no1xsyzy 2020-10-16 11:28:46 +08:00 没必要，真的合并前 merge 一下就成 另外，除非有 CI 不然不要随便自动 merge，就算按行正常合并了也可能有逻辑错误的。 |
| 13 mikicomo 2020-10-16 11:47:00 +08:00 @css3 #10 你这样的工作流有一个弊端，你自己的 develop 分支会实时同步 master 。同步到别人的修改，如果涉及到多迭代，多需求情况下，每个需求上线时间点不一样，你这样的流程操作会有问题的。 从 master 切出 feature1 、feature2 、等分支分别开发不同的需求，并且开发期间，不去同步其他分支的代码。 开发完了，合并到 develop 分支进行测试，测试完毕，如果本次迭代只发布 feature1，feature3，那么吧 feature1，feature3 合并到 release 分支，最后把 release 合并到 master 你这样的情况，如果团队都是这样处理的话，建议还是手动 merge，没必要自动 merge |
 | 14 chinvo 2020-10-16 12:48:24 +08:00 via iPhone 从 feature 分支合并到 master 之前不需要从 master 合并到 feature |
 | 15 msg7086 2020-10-16 13:07:53 +08:00 via Android 分支落后于主线应该 rebase 而不是 merge 。merge 完了以后你的分支也包含了其他分支的内容，便没法单独隔离或移植到其他主线分支了。 |
 | 16 littlewing 2020-10-16 14:15:41 +08:00 via iPhone 更好的做法不是把 master merge 到个人分支，而是个人分支 rebase 到 master HEAD，这样最后的 commit 记录会比较干净，不然你看到就是 merge 来 merge 去的一大堆无用的 log |
| 18 chinvo 2020-10-16 16:46:38 +08:00 via iPhone @Maxcj 那就说明工作流程不规范，这种情况应该从他依赖的工作分支上 fork 而不是从 master 上 |
 | 19 sd539994389 2020-10-17 10:59:21 +08:00 我之前的做法是基于 CI 定时，或者 python 用 gitlab 的库跑，冲突会停止汇总邮件发出 |
Select Language