Re: [PATCH] rebase -i -p: use rerere to resolve conflicts if enabled
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Jun 17, 2012, 22:00 UTC
- Message-ID
- <7v62ap7g67.fsf@alter.siamese.dyndns.org>
- In-Reply-To
- <1917D067-6FB3-4393-B178-BBE36B4B5D4E@kilzer.net>
David Kilzer <ddkilzer@kilzer.net> writes:
> + Johannes Schindelin [sorry, should have added you at the beginning of the thread]
Side note: Dscho, I do not mind hearing from you from time to time, but if the only reason David summoned you is because I mentioned t4200 and your name appears at the beginning of that file, and unless you are interested in rerere.autoupdate yourself, I am fine if you to treat this thread as low priority. Your code in t4200 does not have much to do with rerere.autoupdate which this discussion thread is about.
I vaguely recall doing the 5-patch series that ends with 121c813 (rerere.autoupdate, 2008-06-22) after somebody asked if there is a way to tell paths that have been resolved by rerere already and paths that still need to be sorted out manually (back then I think we had "rerere status" but not "rerere remaining"), so that "git ls-files -u" can be a more useful command to find out which paths need further work, but I do not seem to be able to find the thread. I also think that somebody was a regular in the kernel mailing list, but I do not remember the details. Hopefully somebody with better research skills (or better memory) than I have can help digging the context up for us ;-).