rerere-train.sh。 我在评论中提到的文字确实如此——基本上它利用你的决议,只是让大家重新看到。 如果你愿意的话,你就能够以手工方式履行这一义务:
git checkout <parent of merge commit>
git merge <merged commit> # if this goes cleanly, we re done
git rerere # done automatically if rerere.enabled is true
git checkout <merge commit> -- . # check out the files from the result of the merge
git rerere # done automatically if rerere.enabled is true
git reset --hard # wipe away the merge
# and you d want to follow with git checkout <branch> to return to where you were
但是,你也可以仅仅制定<代码>rere.enabled,而且这些步骤与直接要求git rere
——以及你今后将确定,只要你解决冲突,就自动运行。,这是我所讲的:
如果你想直接操作该书,你很可能想用如下论点来管理该书:rere-train.sh ^<commit before the mer> < Current Branch>
。 (^commit
notation means “don t path past this into the history”, so it得双双向,用于all. the joint commitments in their repo.
然而,如果你重新做事,那么,你就应该结束所记录的决议。 这就是说,你可以走下去,并做您的<代码>rebase -i,如果你陷入冲突,重新使用经核实的Resolution。 只是头脑:它仍然留下指数中标明冲突的文件,以便你能够检查这些档案,并确保它确实有意义。 如果你解决了冲突,则使用<条码>git 添加<>/条码>,以检查这些冲突,如你解决冲突,照旧!
git-re
manpage载有对Rere的正常使用情况的非常小的长篇描述,其中并未涉及实际的re-所有自动进行。 这份说明没有强调:它都是以冲突为根据的,因此,即使冲突在完全不同的地方结束,只要冲突仍然是相同的文字冲突,它也可以重新使用一项决议。