这些 git 提交是如何复制到错误的分支中的？
How did these git commits get duplicated into the wrong branch?
我正试图帮助一位同事弄清楚他最近的合并中的一堆 "empty commit" 警告是关于什么的。我打开 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 合并到他们的分支中，然后这些一堆合并警告会更加明显。名字在重复提交的提交者字段中的团队成员说他可能做了一个 pull --rebase 来导致它们，但我无法理解它是如何工作的。谁能解释可能发生了什么？
我不是在寻找修复合并警告的方法，因为它们看起来是良性的。我只是想了解发生了什么，这样我就可以防止它在未来发生。我的团队对 git 还比较陌生，所以我试图帮助他们一次一小步地理解它，大部分时间都在反复试验。
谢谢！
当你对一个分支进行变基时，你重写了该分支的历史。所有受影响的提交至少会更改其 ID（即使提交中没有内容更改）。因此，它可能看起来好像您有重复的提交，而实际上您没有。您有两个内容相同的不同提交。
重现此 "duplicate commits" 行为的方法通常是对已推送到远程存储库的分支进行变基，然后将其合并回同一个远程分支。 rebase 将更改您的提交的 ID，合并将保留两对 "duplicate" 提交，即使它们的更改将导致相同的内容。
- 在您现有的存储库中，从
"master" 分支：
git checkout -b feature
- 添加一个新文件 "file-feature.txt" 并提交到 "feature" 分支：
git add . ; git commit -m "added new file on master branch"
- 切换到 "master" 分支并添加一个不同的新文件
在那里也提交：
git checkout master ; git add . ; git commit -m "added new file on master branch"
- 将功能分支推送到远程存储库：
git checkout feature ; git push --set-upstream origin feature
- 现在，将 "feature" 分支变基到 "master" 分支：
git rebase master
- 如果您现在尝试将此 "feature" 分支推送到远程存储库，您将收到一条错误消息，提示您需要先执行“
git pull”。这是你实际得到 "duplicate" 提交的地方，因为合并（git pull 是 git fetch ; git merge 的 shorthand），还要记住提交的内容是相同的，但是由于分支的变基，提交的 ID 现在不同了，因此，它们被认为是不同的东西，所以：git pull
- 现在在 GUI 中检查您的分支，使用“
git gui”（导航到主菜单 - 存储库 - 可视化功能的历史记录），您会看到类似这样的内容：
- 或者直接在命令行中使用
git log即可看到：
我正试图帮助一位同事弄清楚他最近的合并中的一堆 "empty commit" 警告是关于什么的。我打开 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 合并到他们的分支中，然后这些一堆合并警告会更加明显。名字在重复提交的提交者字段中的团队成员说他可能做了一个 pull --rebase 来导致它们，但我无法理解它是如何工作的。谁能解释可能发生了什么？
我不是在寻找修复合并警告的方法，因为它们看起来是良性的。我只是想了解发生了什么，这样我就可以防止它在未来发生。我的团队对 git 还比较陌生，所以我试图帮助他们一次一小步地理解它，大部分时间都在反复试验。
谢谢！
当你对一个分支进行变基时，你重写了该分支的历史。所有受影响的提交至少会更改其 ID（即使提交中没有内容更改）。因此，它可能看起来好像您有重复的提交，而实际上您没有。您有两个内容相同的不同提交。
重现此 "duplicate commits" 行为的方法通常是对已推送到远程存储库的分支进行变基，然后将其合并回同一个远程分支。 rebase 将更改您的提交的 ID，合并将保留两对 "duplicate" 提交，即使它们的更改将导致相同的内容。
- 在您现有的存储库中，从
"master" 分支：
git checkout -b feature - 添加一个新文件 "file-feature.txt" 并提交到 "feature" 分支：
git add . ; git commit -m "added new file on master branch" - 切换到 "master" 分支并添加一个不同的新文件
在那里也提交：
git checkout master ; git add . ; git commit -m "added new file on master branch" - 将功能分支推送到远程存储库：
git checkout feature ; git push --set-upstream origin feature - 现在，将 "feature" 分支变基到 "master" 分支：
git rebase master - 如果您现在尝试将此 "feature" 分支推送到远程存储库，您将收到一条错误消息，提示您需要先执行“
git pull”。这是你实际得到 "duplicate" 提交的地方，因为合并（git pull是git fetch ; git merge的 shorthand），还要记住提交的内容是相同的，但是由于分支的变基，提交的 ID 现在不同了，因此，它们被认为是不同的东西，所以：git pull - 现在在 GUI 中检查您的分支，使用“
git gui”（导航到主菜单 - 存储库 - 可视化功能的历史记录），您会看到类似这样的内容： - 或者直接在命令行中使用
git log即可看到：