Op 12-3-2012 21:01, Junio C Hamano schreef:
Vincent van Ravesteijn<vfr@xxxxxxx> writes:
Would it be a useful addition to have a command 'git rerere edit
<path> <commit>' ?
This would allow the user to edit the conflict resolution which was
used in a certain commit (merge, rebase.. ).
Now I tend to grep in the .git/rr-cache directory, because I don't
want to do 'git rerere forget' as this would require me to refix more
resolution than needed.
I haven't find it necessary in practice, as the re-fix for me
typically would go like this:
$ git merge other-branch
... rerere kicks in; eyeball the results
... ah, my earlier resolution is no longer correct
$ edit $the_path
... test the result of manual edit in the context of the merged whole
... and be satisified
$ git rerere forget $the_path
$ git add $the_path
$ git commit
... rerere records the updated resolution
What scenario do you have in mind that you would need to re-fix more
resolution than you need?
Context:
I have a number of topic branches that modify the fileformat version and
also the fileformat conversion routines. When merging all those branches
into an integration branch (like you regenerate pu), there are a lot of
annoying merge conflicts in these two files. From one of your scripts I
took some code to automatically commit the merge resolution (here I go
wrong, I probably neglected the reason that git doesn't allow to
autocommit (yet)).
I can of course disable the autocommit, run the merge sequence again,
commit the correct merge resolutions, and modify the merge resolution
that went wrong.
But somehow I felt I was missing the 'git rerere edit' command. Aren't
the recorded merge resolutions essentially part of the codebase, though
in practice they remain rather anonymous temporary thingies.
But well, if the experts don't feel the need, I will search further to
implement something that you do think is useful ;).
Vincent
--
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