压缩过去的 git 提交

如何解决压缩过去的 git 提交

我有 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 输出的“主干”。

解决方法

您还必须重写 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。

在您的情况下，只需移动两个额外的分支，这种更手动的方式也能正常工作。

,

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完成的操作；但一般不建议再使用。