git - git rebase --skip 究竟做了什么？

Question

我刚刚做了一个 git pull --rebase origin master 并且发生了冲突。

首先，这个冲突发生在一个我没有碰过的文件中，大约有 10 次提交。为什么会这样？

然后我不小心输入了 git rebase --skip，它“跳过了那个补丁”。

担心我跳过了一个提交，我检查了一个新版本的 master 分支，并在我做了 rebase 的分支和新的 master 分支之间做了一个差异。 diff 中显示的唯一更改是最新提交，查看日志，“跳过”的补丁显示在提交历史记录中。

谁能解释一下这是怎么回事？

Answer 1

它按照它说的做，它跳过一个提交。如果您在同一 rebase 期间的后续冲突中运行 rebase --abort，则跳过的提交当然也会被还原。

如果您的更改已经存在于上游，Git 将无法应用您的提交(但如果补丁完全相同，通常会自动跳过它)。您自己的提交将被跳过，但更改仍将存在于当前 HEAD 中，因为它已经应用到上游。

你真的应该确保你没有删除你的重要更改；)(使用 reflog 返回到 rebase 之前的状态)