我已经向分支错误修复提交了 A,樱桃选择了该提交到分支开发中。然后,我对 bugfix 分支进行了更改 B,触及了在提交 A 中所做的代码区域。现在,当我将 origin/develop 合并回分支时,bugfix git 表明这些行周围存在冲突。这是 git 中的错误还是故意的?我的意思是:导致虚假冲突的更改起源于错误修复分支,并且该分支已经提交了 A。
与合并时不同,挑选的提交不再是相同的提交,而是包含相同更改的新提交(查看挑选的提交的哈希值并将其与原始提交进行对比)。因此,当您最终将两个分支合并在一起时,在您的两个分支中的任何一个中,受樱桃选择提交影响的代码的更改将导致合并冲突。实际上,对于 Git 来说,就好像您在两个分支上以独立的方式以不同的方式进行了更改(因为您之后更改了精选提交的代码)。
如果在将两个分支中的任何一个分支最终合并在一起之前不更改受樱桃选择影响的代码,git 将看到两个不同的提交,但具有完全相同的更改。在这种情况下,不会显示合并冲突。
请注意,提交不仅仅是它包含的更改。它也是您完成更改的日期、提交消息、父提交等。这是创建新提交的方式。
这就是为什么如果有其他方法可以满足您的需要,您应该避免使用樱桃。
| 归档时间: |
|
| 查看次数: |
273 次 |
| 最近记录: |