Git merge commit为冲突创造了更多机会

时间:2016-02-17 16:56:47

标签: git merge

我试图理解为什么我必须在长时间运行的分支中多次合并。

有一段时间我将master合并回我的分支,解决冲突并提交。但我意识到,以后的提交是对文件的更多修改,如果在主分支中修改了相同的文件,最终可能会产生更多的合并冲突。

我觉得只要在主分支中对同一文件进行更多修改,我就必须手动编辑冲突,即使我没有对我的分支中的所述文件进行任何其他更改。

人们如何处理这个问题?

2 个答案:

答案 0 :(得分:0)

如果您有长时间运行的分支,您可以随时

git fetch origin
git rebase origin/master

始终位于主分支之上。

但正如 @David Deutsch 所说,如果你的分支已被推到原点,你不想这样做。

没有什么能阻止你发生合并冲突。冲突是冲突。如果其他人正在与您合作此文件,则表明您在项目中有一些异味(违反了SRP原则)。减少冲突的唯一方法就是只拥有短暂的生活分支。

答案 1 :(得分:0)

是的,只有快速转发的合并,无论是1或n个用户在处理某个功能,每个新的"发布"有自己的分支,所有提交都是相互重叠的