Git rerere提供了在rebase期间重用以前的冲突解决方案,甚至可以通过设置rerere.autoupdate = True
(详见another question)来暂存已解析的文件。但是,即使解决了所有冲突并且所有文件都已暂存,我仍然必须运行git rebase --continue
才能继续进行rebase操作。
如果rerere
已解决所有冲突并暂停所有更改,我如何自动继续?
答案 0 :(得分:3)
没有。出现冲突时,Rebase或Merge不会自动提供自动提交的条款。您可以在合并'中了解有关git merge here的更多信息。标题。 git config在重新定位时也不提供自动提交选项。请注意,您可以选择在合并时不提交。
答案 1 :(得分:2)
Rebase应该使用更多来自Git 2.14.x / 2.15的rerere-autoupdate(2017年第3季度)。
commit f826fb7点击commit 8d8cb4b,commit 6f0e577,commit 9b6d7a6,commit 5fb415b,commit fd4a3f4,Phillip Wood (phillipwood
)(2017年8月2日) 。
(由Junio C Hamano -- gitster
--合并于commit 1016495,2017年8月22日)
那是因为现在:
rebase
:荣誉--rerere-autoupdate
Rebase接受“
--rerere-autoupdate
”作为选项,但仅尊重它 如果还给出'-m
' 通过将选项传递给“git am
”和“git cherry-pick
”来修复非交互式rebase。
rebase -i
:荣誉--rerere-autoupdate
互动式反对派忽略了“
--rerere-autoupdate
” 通过在恢复交互式rebase的顺控程序状态时读取适当的文件,并在使用“--rerere-autoupdate
”进行变基换时将“--preserve-merges
”传递给合并和樱桃选择来解决此问题。