Joh*_*ast 1 git git-rebase git-merge-conflict
是否存在任何常见的git使用错误,或者通常是否存在任何原因导致如果这些冲突在之前的rebase中得到解决,那么rebase会重复前一个rebase的冲突？
此外,rebase是否优先考虑如何解决冲突？例如,rebase是否希望在代码中通常的git冲突括号中的两个可能的代码片段之间进行严格的选择,或者只是为了去除它之间的所有内容>>>,<<<？我很好奇,如果删除两个代码选择来解决冲突会影响rebase正确解决以后冲突的能力.
进一步阐述:我有一个master分支和一个dev分支.该dev分支我一直就在身边一段时间,所以不同的提交数量的增加相当大的,在100秒(我知道...应该dev到master更多的时候). dev分支本身有几个较小的特征分支从它切割,然后合并回来,只有被剪切,重新定位,与dev分支合并,永远不会master分支(我记得).我dev在master1周前将分支重新分支到分支机构.我已经在dev分支上做了一些更改,并希望master再次进行重新设置,以便我可以准备合并.master在1周的窗口中,分支的变化非常小,但代码文件不重叠.然而,当重订dev上master我看到了相同的一组矛盾的混帐升起时,我试图在当前变基相比,当我重订一周前为.
谢谢!
一般情况下,这是正常的 - 如果你像这样反对而不是合并(例如,master到dev),那么重放相同的补丁可能会产生相同的冲突.
如果这是工作流程中的常见问题,您可以使用git rerere记住您的分辨率.