我有一个 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/