有没有常见的Git使用错误或一般情况下任何原因,导致再一次进行变基时会重复先前已经解决的所有冲突?此外,重新整合是否有偏好冲突是如何解决的?例如,重新整合是否希望在代码中通常的Git冲突括号之间严格选择两种可能的代码段,还是只删除
进一步详述: 我有一个
>>>
,<<<
之间的所有内容对它来说同样公平?我很好奇如果删除两个代码选择以解决冲突是否会影响重新整合正确解决后续冲突的能力。进一步详述: 我有一个
master
分支和一个dev
分支。 我已经在dev
分支上工作了一段时间,因此不同提交的数量已经变得非常大,有100多个(我知道...应该更经常将dev
合并到master
)。 dev
分支本身已经从中切出了几个较小的功能分支,然后合并回来,仅曾经被切割、变基、合并到dev
分支,而从未合并到master
分支(据我所记)。 一周前,我将dev
分支变基到了master
分支上。 从那以后,我在dev
分支上又进行了几次更改,并希望再次将其变基到master
上,以便为合并做准备。 那个1周的时间窗口中master
也有一个非常小的更改,但代码文件没有重叠。 但是,在对dev
重新整合到master
时,我发现与一周前变基时相比,Git引发了完全相同的一组冲突。
谢谢!