git - 为什么从 git rebase 中删除的提交会导致 merge 冲突？

Question

我的问题

我一直在开发一个 git 仓库。在发布我的更改之前，我想删除一些提交 - a023b43、315424b 和 7b51754 - 因为它们没有反射(reflect)任何有意义的更改。唯一重要的时间点是第一次 (70f72ca) 和最后一次 (6937ddd) 提交。

我尝试了什么

git rebase -i 4c802c1

我选择了:

pick 70f72ca Remove repetitions from Makefile
d a023b43 Separate target for image conversion
d 315424b Remove image conversion (#1)
d 7b51754 Fix Makefile
pick 6937ddd CV 2019.01

最终目标是拥有一个如下所示的 git 日志:

6937ddd CV 2019.01
4c802c1 Initial commit

什么没用

Auto-merging src/Adam_Matan.tex
CONFLICT (content): Merge conflict in src/Adam_Matan.tex
error: could not apply 6937ddd... CV 2019.01

Resolve all conflicts manually, mark them as resolved with
"git add/rm <conflicted_files>", then run "git rebase --continue".
You can instead skip this commit: run "git rebase --skip".
To abort and get back to the state before "git rebase", run "git rebase --abort".

Could not apply 6937ddd... CV 2019.01

据我了解，这两个提交只是我工作目录的快照。我想要两个快照 - 原始提交和 CV 2019.01 一个。我不想以任何方式 merge 或组合它们。为什么我会收到 merge 冲突消息？

我的问题

如何从分支中删除所有中间提交，只留下第一个和最后一个提交？

更新

压缩也会产生 merge 冲突:

git rebase -i 4c802c1
Auto-merging Makefile
CONFLICT (content): Merge conflict in Makefile
error: could not apply 315424b... Remove image conversion (#1)

Answer 1

Rebase 通过进行一系列提交并重新应用它们来发挥作用，也许是在不同的“基础”对象上。它通过为每个提交创建一个补丁并重新应用它们，或者通过按顺序挑选它们来实现。

无论机制如何，通过从 rebase 指令列表中删除一个提交，您已经要求包含那些不的更改。

想象一下，如果您有一些文件，并且在其初始版本中，它只有一行内容为 one .想象一下，在下一次提交中，您更改了 one至 two .在随后的提交中，two至 three .那么three至 four ，最后 four至 five .所以你现在有五次提交，每次都改变这一行。

想象一下，在每次提交中，您都会向它发送一条消息，指示内容发生了变化，并且提交 ID(哈希)也神奇地反射(reflect)了内容。正在运行 rebase -i --root会给你这个脚本:

pick 1111111 add one
pick 2222222 change one to two
pick 3333333 change two to three
pick 4444444 change three to four
pick 5555555 change four to five

换句话说，第一次提交选择了从无到one的变化。 .第二个将从 one 中挑选更改至 two等，直到最后一条指令从 four 中挑选出更改至 five .

如果您删除其中一些行，则:

pick 1111111 add one
pick 5555555 change four to five

您将有两个精选。第一个将添加一个内容为 one 的文件.第二个将尝试更改 four 中的那些内容至 five .

唉，那些内容不是 four .因此，您有冲突。

如果你的目标是从one至 five没有中间提交，那么你想要 squash它们或将它们标记为 fixup提交。

pick 1111111 add one
pick 2222222 change one to two
squash 3333333 change two to three
squash 4444444 change three to four
squash 5555555 change four to five

在这种情况下，第一个更改将被挑选出来，因此文件 one将被创建。随后的更改将被挑选出来，因此内容将从 one 更改为至 two .随后的更改将被精心挑选，进一步更新文件，但这些更改将被“压缩”到先前的提交中。因此，您将获得全部内容，但最终只会提交两次。

(如果您将它们标记为 fixup 提交，您将获得相同的内容，但它们的提交消息不会包含在您建议的提交消息中。