When you commit an incorrect conflict resolution, git rerere gets in the way: rerere clear only clears cache entries of not yet resolved conflicts. But there is no other way to remove an incorrect resolution short of purging the whole rr-cache. This series implements 'git rerere unresolve' that removes a recorded resolution. This is RFC for two reasons: - It changes the contents of MERGE_RR in a way that *may* interfer in unwanted ways with older versions that do not understand unresolve. - rerere unresolve also restores the conflict regions. I'm not sure whether this is good because there is 'git checkout --conflict=merge file' that does it in a better way. See the commit message of patch 3. If rerere unresolve does *not* restore conflict regions (and record the result as preimage right away) we are facing a problem: When the resolution is committed, the postimage has differences from the preimage that are not related to the conflict. This may inhibit reusing the resolution later when the file has new changes. Johannes Sixt (3): rerere: keep a list of resolved files in MERGE_RR rerere: make recording of the preimage reusable git rerere unresolve file... Documentation/git-rerere.txt | 10 +++- builtin-rerere.c | 13 +++- rerere.c | 153 ++++++++++++++++++++++++++++++++++------- rerere.h | 4 +- 4 files changed, 148 insertions(+), 32 deletions(-) -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html