git - 是否可以 git stash 正在进行的交互式 rebase ？

Question

我目前正在将 origin/master rebase 到一个刚刚从 origin/master 创建的分支上，而在该分支上工作的开发人员现在不在。

我已经解决了功能分支第一次提交时的一些冲突，但到了必须等待开发人员知道如何完成 rebase 的地步。

有没有办法保留我已经完成的冲突解决方案(约 30 分钟)，以便我可以继续执行另一项任务？

Answer 1

git stash 所做的就是提交。 (好吧，两次提交，但这并不重要。git stash 所做的提交在 no 分支上，并且结构很奇怪，但关键是它进行提交。那是因为提交是在 Git 中保存文件的方式。甚至 Git 的 git notes 也是提交!像 stashes 一样，它们不在分支上，但它们确实保存文件，所以它们是提交.)

如果您可以使用 git stash 进行提交，则可以使用 git commit 进行提交。

如果不是——如果你还没有完成 merge 冲突的解决——你基本上就卡住了。您必须在提交之前解决所有冲突。参见 How can I save a git "rebase in progress"?关于这个的(很多)更多信息。

请注意，如果您有足够新的 Git 来添加 git worktree add，您可以设置多个工作树，每个工作树位于不同的分支上。每个工作树都有它自己的索引(请参阅其他问题和答案以了解为什么这很重要)，因此可以在“the”索引中留下 merge 冲突的正在进行的 rebase 并切换到另一个工作树中的另一个分支并做普通工作。换句话说，“the”索引现在是每个工作树的索引，因此 merge 冲突在“the”索引中的事实“锁定”了一个工作树，而不是任何其他工作树。