我试图帮助一位同事弄清楚一堆空头提示"在他最近的合并中有警告。我打开了gitk,看到了类似的东西:
_o (Z) Merge branch 'new-branch' (yesterday)
o | (Y) Fix bad merge (person 1)
o_| (X) Merge branch 'master' into new-branch (recent)
o | (W) Last legitimate commit that belongs on new-branch (person 1)
| | ... work on master ...
o | (F) Legitimate commit that actually belongs on new-branch (person 2)
| | ... work on master ...
o | (E) Legitimate commit that should have been on master (person 2)
o | (D') Even more work etc... (committed by person 2)
o | (C') More work in master (committed by person 2)
o | (A') Normal work in master (committed by person 2)
| o (D) Even more work etc... (authored by random person)
| o (C) More work in master (authored by random person)
o | (B) Starting to work on new-branch (person 1)
|_o (A) Normal work in master (authored by random person)
o Common Ancestor (weeks ago)
显然,在这个分支上工作的两个人应该更频繁地从主人合并到他们的分支,然后这些成堆的合并警告会更加明显。名字在重复提交的提交者字段中的团队成员说他可能做了一个拉动基础来引导它们,但我无法理解它是如何工作的。任何人都可以解释可能发生的事情吗?
我没有找到修复合并警告的方法,因为它们似乎是良性的。我只是想了解发生了什么,以便我可以防止它在未来发生。我的团队对git来说相对较新,所以我试图帮助他们一步一步地理解它,大部分时间使用反复试验。
谢谢!
答案 0 :(得分:1)
在分支上执行rebase时,会重写该分支的历史记录。所有受影响的提交都将至少更改其ID(即使提交中没有内容更改)。因此,它可能看起来好像您有重复的提交,而实际上并没有。您有两个具有相同内容的不同提交。
重现此“重复提交”行为的方法通常是对已经推送到远程存储库然后将其合并回同一个远程分支的分支进行rebase。 rebase将更改提交的ID,并且合并将保留两对“重复”提交,即使它们的更改将导致相同的内容。
git checkout -b feature
git add . ; git commit -m "added new file on master branch"
git checkout master ; git add . ; git commit -m "added new file on master branch"
git checkout feature ; git push --set-upstream origin feature
git rebase master
git pull
”的错误。这是您实际获得“重复”提交的点,因为合并(git pull
是git fetch ; git merge
的简写),还记得提交的内容是相同的,但由于rebase对于分支,提交的ID现在不同,因此,它们被视为不同的东西,因此:git pull
git gui
”在GUI中检查您的分支(导航到主菜单 - 存储库 - 可视化功能的历史记录),您将看到如下内容:
git log
直接在命令行中查看: