我在 github 上有一个 master 分支，还有一个功能分支
随着时间的推移已经发生了很大的分歧。 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/