我有一个 master
github 上的分支,以及一个功能分支
随着时间的推移已经发生了很大的分歧。 merge 应该不是不可能的,
但一次吃太多太多了 git merge branch
在一台笔记本电脑上,特别是因为
不同的人会更好地修复某些文件中的冲突。
所以我们需要一个工作流程
公开、迭代更改 branch
最终到什么地方git merge
将是无痛的,因为所有冲突的解决都已经逐步完成。想法?
我们不能是第一个遇到这个问题的人,有文章链接吗?
提前致谢,你的,史蒂芬
最佳答案
您可以从 master 创建一个新分支“bmerge”,专用于该 merge 。
您可以开始将功能 merge 到 bmerge,而不是解决所有冲突,而是提交带有 merge 冲突的文件并推送!
然后,您可以让您的同事获取该 bmerge 分支,查找任何 merge 冲突标记,并根据他们对该特定部分的代码的熟悉程度,解决冲突。
一旦不再有 merge 冲突,您可以在功能之上挑选您的同事解决提交,并 merge 到 master。
关于git:集体分段 merge 分支,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/59453239/