当git重新提交很多提交时如何防止大量的git冲突？

Question

故事:在一个项目的中间,我的同事从大师那里创建了一个新的分支,并开始进行繁重的重新分解工作.我从master创建了我的分支,并开始在页面上做新的东西.我们经常提交,但只有我可以修改代码才能掌握(因为同事的更改太重,无法从主服务器部署).不幸的是,我们的一些工作依赖于相同的文件.因此,经过几天的工作,她终于想要改变主人的变化,她有很多git冲突.

my_branch    #---#----#-#-------#----#--#-----#---#----#----#
            /     \              \   \   \              \    \
master     *-------*--------------*---*---*--------------*----*----*
            \                                                     /
her branch   #------#-------#-----------#-----------#------------#

问题1是:当我们处理相同的文件时,如何防止大量的git冲突？(或者在这种情况下最佳做法是什么？)

但这不是我们问题的结束,...绝对正确她试图从主人到她的分支进行变基(为了进行我所做的更改),所以提交映射应该看起来像这样

my_branch    #---#----#-#-------#----#--#-----#---#----#----#
            /     \              \   \   \              \    \
master     *-------*--------------*---*---*--------------*----*----*
            \                   \            \                    /
her branch   #------#-------#----*------#-----*-----#------------#

这就是困扰我们的事情.在这些改变期间,她正在解决这些冲突.但是git不记得她关于冲突修复的决定,所以当她从主人到她的分支做另一个git rebase时,她不得不再次修复同样的git冲突,以至于她在以前的rebase 中修复了.

问题2是:如何告诉git在主分支git rebase之后记住git冲突修复,那么在下一个rebase之后我们不必再次修复相同的冲突了？

Answer 1

幸运的是,git有一个机制来处理这个被称为的问题git rerere- 基本上,如果你已经git rerere启用了,那么每次你解决冲突时,就会记住你以特定方式解决了确切冲突的事实.如果再次出现相同的冲突,则会自动使用相同的分辨率.下面有一些有用的文章:

• http://scottchacon.com/2010/03/08/rerere.html(博客文章)
• http://git-scm.com/docs/git-rerere.html(手动输入)
• 启用git rerere有什么缺点吗？(stackoverflow中的问题)
• http://progit.org/2010/03/08/rerere.html(原始回答链接:好像坏了)

......但基本上你可以这样做:

git config --global rerere.enabled 1

......忘记它,同时享受更容易的变基/合并:)

Answer 2

让我分享一种解决变基冲突的可能方法。我称之为通过合并变基。如果您想要对具有许多提交并且预计会出现许多冲突的分支进行变基，它会有所帮助。

首先，让我们创建一个temp分支并强制所有冲突通过常规合并显示

git checkout -b temp
git merge origin/master

按常规方式解决所有冲突并完成合并。

所以temp分支现在显示了正确解决所有冲突后项目的外观。

现在让我们检查一下未受影响的分支（就这样吧alpha）。

git checkout alpha

并通过机械冲突自动解决方案进行变基以支持当前分支。

git rebase origin/master -X theirs

此时项目代码可能已损坏或无效。没关系，最后一步是temp通过一次额外提交从分支恢复项目状态

git merge --ff $(git commit-tree temp^{tree} -m "Fix after rebase" -p HEAD)

基本上，此步骤使用低级 git 命令创建一个新的提交，其项目状态（树）与temp分支中完全相同。新的提交将立即被合并。

就是这样。我们刚刚通过隐藏合并进行了变基。并且temp分支可以删除。

git branch -D temp

此外，还有一个脚本可以交互地执行相同的操作。在这里能找到它。

Answer 3

确保始终使用该--onto开关进行变基操作。

为了防止冲突，请使用浮动开发分支。每个开发人员都会不断地重新调整他们的开发分支。这很容易，因为开发人员知道他刚刚实现了什么，并且在解决冲突时不应该遇到问题。无需重新设置基础，只需合并最终版本（它已经被重新设置基础）。