cel*_*ver 3 git interactive git-stash git-rebase git-workflow
我目前正在将 origin/master 重新定位到不久前从 origin/master 创建的分支上,而在该分支上工作的开发人员现在不可用。
我已经解决了功能分支第一次提交时的一些冲突,但到了我必须等待开发人员知道如何完成变基的地步。
有没有办法保留我已经解决的冲突(约 30 分钟),以便我可以继续执行另一项任务?
所做的git stash就是做出承诺。(好吧,两次提交,但这在这一点上并不重要。提交git stash不在任何分支上,并且结构很奇怪,但关键是它进行了提交。那是因为提交是将文件保存在 Git 中。甚至是 Git 的git notes提交!像存储一样,它们不在分支上,但它们确实保存文件,因此它们是提交。)
如果您可以使用 进行提交git stash,则可以使用git commit。
如果不是\xe2\x80\x94,如果你还没有完成合并冲突的解决\xe2\x80\x94,你基本上就陷入困境了。您必须先解决所有冲突,然后才能提交。请参阅如何保存 git“正在进行的变基”?有关于此的更多信息。
\n\n请注意,如果您有足够新的 Git git worktree add,则可以设置多个工作树,每个工作树位于不同的分支上。每个工作树都有自己的索引(请参阅其他问题和答案以了解为什么这很重要),因此可以在“the”索引中留下正在进行的带有合并冲突的变基,并切换到另一个分支中的另一个分支工作树并做普通工作。换句话说,“the”索引现在是每个工作树的索引,因此合并冲突位于“the”索引中的事实会“锁定”该一个工作树,而不是任何其他工作树。
| 归档时间: |
|
| 查看次数: |
2603 次 |
| 最近记录: |