压缩过去 git 次提交

Question

我有这样的 git 历史：

* aab941c (HEAD -> master) Added ...
| * 2519b79 (participantQueue) Added ...
| * 39c4efb Created ...
|/  
* 87b0cf7 Import ...
| * 5569822 (settings) Modified ...
|/  
* ee67831 Added ...
* c07902f Added ...
* 7f5ab04 Added ...
* 82be721 Modified from `A` to `B`
* d86702b Modified from `A` to `B`
* 8cad721 Modified from `A` to `B`
* 5db240b Removing ...

我想将 8cad721 压缩为 82be721，最后得到：

* aab941c (HEAD -> master) Added ...
| * 2519b79 (participantQueue) Added ...
| * 39c4efb Created ...
|/  
* 87b0cf7 Import ...
| * 5569822 (settings) Modified ...
|/  
* ee67831 Added ...
* c07902f Added ...
* 7f5ab04 Added ...
* 82be721 Modified from `A` to `B` (82be721, d86702b squashed into here)
* 5db240b Removing ...

我已经尝试 git rebase -i 5db240b as suggested in other SO answers，将 pick 替换为 squash d86702b 和 82be721。结果如下：

* 4d91ea0 (HEAD -> master) Added ...
* 7040d3c Import ...
* f6c0fb5 Added ...
* 299c918 Added ...
* 58b209f Added ...
* e8b36f7 Modified from `A` to `B`
| * 2519b79 (participantQueue) Added default participant properties to unpaired queue export
| * 39c4efb Created ...
| * 87b0cf7 Import ...
| | * 5569822 (settings) Modified ...
| |/  
| * ee67831 Added ...
| * c07902f Added ...
| * 7f5ab04 Added ...
| * 82be721 Modified from `A` to `B`
| * d86702b Modified from `A` to `B`
| * 8cad721 Modified from `A` to `B`
|/  
* 5db240b Removing ...

我应该改用什么命令？

在执行了 LeGEC 的以下答案后，我有以下内容：

* 669164c (participantQueue) Added ...
* 5bc13a8 Created ...
| * 6abf940 (settings) Modified ...
| | * 3518be1 (HEAD -> master) Added ...
| |/  
|/|   
* | 2692632 Import ...
|/  
* 810389b Added ...
* 0c85217 Added ...
* 9284cff Added ...
* eee5eef Modified  from `A` to `B`
* 5db240b Removing ...

这让我愣了一下，因为它看起来确实不一样，但是对 master 的再次提交会像以前一样重新排序 git log 输出的“主干”。

Answer 1

您还必须重写 participantQueue 和 settings 的历史记录，以便它们分叉您为 master 创建的新提交。

您可以使用 git rebase --onto ... :

# for 'settings' :
git checkout settings
# rewrite onto f6c0fb5 the history coming after ee67831 :
git rebase --onto f6c0fb5 ee67831

# for 'participantQueue' :
git checkout participantQueue
# rewrite onto 7040d3c the history coming after 87b0cf7 :
git rebase --onto 7040d3c 87b0cf7

如果要移动更多的分支或标签，最好使用全局重写工具，例如 git filter-repo。

在您的情况下，只需移动两个额外的分支，这种更手动的方式也同样有效。

Answer 2

git rebase只改写一个分支的历史。这可能看起来很奇怪，但需要理解的是 rebase 不会“编辑”现有提交，甚至不会删除它们。它只创建新的提交，然后有选择地移动一个分支，以便它使用新的提交而不是旧的。（实际上，提交根本无法更改。这就是为什么您的新提交具有新的提交 ID 的原因；即在您的问题中，您说您想从

* 82be721 Modified from `A` to `B`
* d86702b Modified from `A` to `B`
* 8cad721 Modified from `A` to `B`
* 5db240b Removing ...

至

* 82be721 Modified from `A` to `B` (82be721, d86702b squashed into here)
* 5db240b Removing ...

那永远不会发生； 82be721 是 d86702b[1] 的不可变子代。乍一看这听起来很学术，但这正是您的其他分支没有“看到”更改的原因 - 因为它仍在查看提交 82be721.)

如 LeGEC 的回答所述，这种情况下的一种解决方案是重写每个分支的历史记录。这是可行的（但仍然不方便）只是因为你的历史相对简单。

另一种选择是使用 git filter-repo[2]，它可以重写整个历史记录（即使该历史记录有许多分支、标签和其他引用，以及会阻碍 rebase).这个选项之所以合理的部分原因是你只是在压缩提交——这可以作为重新设置而不是变基来处理。可以在 filter-repo 文档中找到详细信息：https://github.com/newren/git-filter-repo

[1] 这有点牵强事实，因为我们使用的是 ID 前缀而不是完整 ID。有可能 - 尽管极不可能 - 有两个提交的 ID 以相同的 7 个十六进制数字开头。即便如此，它们仍将是不同的对象，并且它们 ID 的某些其他部分会有所不同。两次提交都计算出完全相同的ID，真是不可思议。

[2] 这是一种 也可以 与 filter-repo 的堂兄 git filter-branch 一起完成的操作；但通常不建议再使用它。

压缩过去 git 次提交

Squashing past git commits

git

rebase

squash