如何压缩两个非连续的提交？

Question

我对 git 中的整个变基功能有点陌生。假设我进行了以下提交：

A -> B -> C -> D

之后，我意识到 D 包含一个修复程序，该修复程序依赖于 A 中添加的一些新代码，并且这些提交属于一起。如何挤压 A & D 在一起，留下 B &单独使用C？

Answer 1

您可以运行 git rebase --interactive 并将 D 重新排序在 B 之前，并将 D 压缩到 A 中。Git

将打开一个编辑器，您会看到这样的文件，例如： git rebase --interactive HEAD~4

pick aaaaaaa Commit A
pick bbbbbbb Commit B
pick ccccccc Commit C
pick ddddddd Commit D

# Rebase aaaaaaa..ddddddd onto 1234567 (4 command(s))
#
# Commands:
# p, pick = use commit
# r, reword = use commit, but edit the commit message
# e, edit = use commit, but stop for amending
# s, squash = use commit, but meld into previous commit
# f, fixup = like "squash", but discard this commit's log message
# x, exec = run command (the rest of the line) using shell
#
# These lines can be re-ordered; they are executed from top to bottom.
#
# If you remove a line here THAT COMMIT WILL BE LOST.
#
# However, if you remove everything, the rebase will be aborted.
#
# Note that empty commits are commented out

现在您更改文件，如下所示：

pick aaaaaaa Commit A
squash ddddddd Commit D
pick bbbbbbb Commit B
pick ccccccc Commit C

git 现在会将 A 和 D 的更改合并到一个提交中，然后将 B 和 C 放入其中。当您不想保留 D 的提交消息时，可以使用 fixup 关键字来代替 squash。有关 fixup 的更多信息，您可以查阅 git rebase 文档，或查看

Answer 2

注意：您不应该以任何方式更改已推送到另一个存储库的提交，除非您知道后果。

git log --oneline -4

D commit_message_for_D
C commit_message_for_C
B commit_message_for_B
A commit_message_for_A

git rebase --interactive

pick D commit_message_for_D
pick C commit_message_for_C
pick B commit_message_for_B
pick A commit_message_for_A

输入 i （将 VIM 置于插入模式）

将列表更改为如下所示（您不必删除或包含提交消息）。 不要拼错 squash！：

pick C commit_message_for_C
pick B commit_message_for_B
pick A commit_message_for_A
squash D

输入 Esc，然后输入 ZZ（保存并退出 VIM）

# This is a combination of 2 commits.
# The first commit's message is:

commit_message_for_D

# This is the 2nd commit message:

commit_message_for_A

输入 i< /code>

将文本更改为您希望新提交消息的样子。我建议这是提交 A 和 D 中更改的描述：

new_commit_message_for_A_and_D

键入 Esc，然后键入 ZZ

git log --oneline -4

E new_commit_message_for_A_and_D
C commit_message_for_C
B commit_message_for_B

git show E

(You should see a diff showing a combination of changes from A and D)

您现在已经创建了一个新的提交 E。提交 A 和 D 不再出现在您的历史记录中，但并未消失。此时您仍然可以通过 git rebase --hard D 暂时恢复它们（git rebase --hard 会破坏任何本地更改！） em>）。

Answer 3

对于使用 SourceTree 的用户：

确保您尚未推送提交。

1. 存储库>交互式 Rebase...
2. 将 D（较新的提交）拖到 A（较旧的提交）的正上方
3. 确保突出显示提交 D
4. 单击与上一个提交压缩

Answer 4

交互式变基工作得很好，直到您拥有具有 20-30 次提交和/或来自 master 的几次合并的大型功能分支或/并在您的分支中提交时修复冲突。即使通过历史记录查找我的提交并将 pick 替换为 squash 在这里也不起作用。所以我正在寻找另一种方法，发现了这个 文章。
我做了我的更改以在单独的分支上进行此操作：

git checkout master
git fetch
git pull
git merge branch-name
git reset origin/master
git branch -D branch-name
git checkout -b branch-name
git add --all
#Do some commit
git push -f --set-upstream origin branch-name

在此之前，我收到了大约 30 次提交的拉取请求，其中来自 master 的 2-3 次合并 + 修复冲突。在此之后，我通过一次提交就获得了明确的 PR。

PS 这里是 bash 脚本 来执行此步骤自动模式。

Answer 5

$ git checkout master

$ git log --oneline

D
C
B
A

$ git rebase --onto HEAD^^^ HEAD^

$ git log --oneline

D
A