好问题！很多人第一次在变基遇到冲突时，都会被git rebase --skip的名字误导，以为它只是“跳过当前冲突，保留提交内容”——但实际上它的行为要直接得多：

git rebase --skip会完全丢弃当前正在处理的那个引发冲突的提交，而不是跳过冲突继续保留该提交的修改。

具体来说，变基的本质是把当前分支的提交逐个“移植”到新的基准分支上。当某个提交和基准分支的最新状态出现冲突时，Git会暂停变基等待你处理：

• 如果你执行git rebase --continue，是告诉Git：“我已经把冲突解决好了，用我修改后的版本作为这个提交的新内容，继续完成变基流程”。
• 但如果你执行git rebase --skip，Git就会直接把这个引发冲突的提交从你的变基序列中移除——相当于这个提交从来没在你的分支里存在过，然后立刻继续处理下一个待移植的提交。

举个实际场景：假设你提交了一个修改，但后来发现基准分支里已经有其他人提交了完全相同的内容，这时候变基时这个提交必然会冲突，这时候用git rebase --skip就很合理，因为你的提交已经冗余了。但如果是正常的代码冲突，误操作执行了这个命令，那你的提交内容就直接丢失了，这时候得用git rebase --abort来撤销整个变基流程，找回丢失的提交。

内容的提问来源于stack exchange，提问作者achalk