这些git提交是如何复制到错误的分支中的?

时间:2016-03-05 01:52:06

标签: git git-merge git-rebase

我试图帮助一位同事弄清楚一堆空头提示"在他最近的合并中有警告。我打开了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来说相对较新,所以我试图帮助他们一步一步地理解它,大部分时间使用反复试验。

谢谢!

1 个答案:

答案 0 :(得分:1)

在分支上执行rebase时,会重写该分支的历史记录。所有受影响的提交都将至少更改其ID(即使提交中没有内容更改)。因此,它可能看起来好像您有重复的提交,而实际上并没有。您有两个具有相同内容的不同提交。

重现此“重复提交”行为的方法通常是对已经推送到远程存储库然后将其合并回同一个远程分支的分支进行rebase。 rebase将更改提交的ID,并且合并将保留两对“重复”提交,即使它们的更改将导致相同的内容。

  1. 在您现有的存储库中,从中创建一个新的“功能”分支 “主”分支:git checkout -b feature
  2. 添加新文件“file-feature.txt”并将其提交到“功能”分支:git add . ; git commit -m "added new file on master branch"
  3. 切换到“master”分支并添加其他新文件 那里也提交了:git checkout master ; git add . ; git commit -m "added new file on master branch"
  4. 推送远程存储库上的功能分支:git checkout feature ; git push --set-upstream origin feature
  5. 现在,将“feature”分支重新定义为“master”分支:git rebase master
  6. 如果您现在尝试将此“功能”分支推送到远程存储库,则会出现首先需要执行“git pull”的错误。这是您实际获得“重复”提交的点,因为合并(git pullgit fetch ; git merge的简写),还记得提交的内容是相同的,但由于rebase对于分支,提交的ID现在不同,因此,它们被视为不同的东西,因此:git pull
  7. 现在使用“git gui”在GUI中检查您的分支(导航到主菜单 - 存储库 - 可视化功能的历史记录),您将看到如下内容: enter image description here
  8. 或者只需使用git log直接在命令行中查看: enter image description here