Git rerere提供了在 rebase 期间重用以前的冲突解决方案,甚至可以通过设置来暂存已解决的文件rerere.autoupdate = True
(详见另一个问题)。但是,即使解决了所有冲突并暂存了所有文件,我仍然必须运行git rebase --continue
以继续 rebase 操作。
如果已解决所有冲突并暂存所有更改,我该如何自动继续?rerere
从 Git 2.14.x/2.15 开始(2017 年第三季度),Rebase 应该使用更多的 rerere-autoupdate。
请参阅Phillip Wood ( )的提交 f826fb7、提交 8d8cb4b、提交 6f0e577、提交 9b6d7a6、提交 5fb415b、提交 fd4a3f4(2017 年 8 月 2 日) 。(由Junio C Hamano 合并 -- --在提交 1016495中,2017 年 8 月 22 日)phillipwood
gitster
那是因为现在:
rebase
: 荣誉--rerere-autoupdate
Rebase 接受 '
--rerere-autoupdate
' 作为一个选项,但仅-m
在也给出 ' ' 时才使用它。通过将选项传递给“ ”和“ ”
,将其修复为非交互式变基。git am
git cherry-pick
rebase -i
: 荣誉--rerere-autoupdate
交互式 rebase 忽略了“
--rerere-autoupdate
”。
通过在恢复交互式变基的序列器状态时读取适当的文件并在使用“”变基时将“--rerere-autoupdate
”传递给合并和樱桃挑选来修复此问题--preserve-merges
。
不会。当发生冲突时,Rebase 或 Merge 不会自动提供自动提交的规定。您可以在“合并”标题中了解更多关于 git merge的信息。git config也不提供在变基时自动提交的选项。请注意,您可以在合并时选择不提交。