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

标签 git git-merge git-rebase

我正试图帮助一位同事弄清楚他最近的 merge 中的一堆“空提交”警告是什么。我打开了 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)

所以显然在这个分支上工作的两个人应该更频繁地从 master merge 到他们的分支中,然后这些一堆 merge 警告会更加明显。名字在重复提交的提交者字段中的团队成员说他可能做了一个 pull --rebase 来导致它们,但我无法理解它是如何工作的。谁能解释可能发生了什么?

我不是在寻找修复 merge 警告的方法,因为它们看起来是良性的。我只是想了解发生了什么,这样我就可以防止它在未来发生。我的团队对 git 比较陌生,所以我尝试帮助他们一次一小步地理解它,大部分时间都在反复试验。

谢谢!

最佳答案

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

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

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

关于git - 这些 git 提交是如何复制到错误的分支中的?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35809046/

相关文章:

git - 相当于 git checkout ours/theirs 的子模块

git - GIT rebase 要求重新提交更改

git - 在事后将 repo 标记为 github 中的 fork

git:如何在不更改提交 ID 的情况下以非交互方式更改已提交的提交消息?

Git show,显示新克隆后更改的所有文件

git merge 和 rebase : Do they only affect the currently checked out branch?

pull --rebase 后 Git 推送错误

Git 推送错误 : RPC failed; result=56, HTTP code = 200 fatal: The remote end hung up unexpectedly fatal

git - 显示不同的 github 分支之间的差异?

Github无法 merge 分支,没有冲突,手动它会自动 merge