Re: [rfc] flip rerere.enabled default to be "on" at Git 3.0 boundary?
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Oct 23, 2025, 19:44 UTC
- Message-ID
- <xmqqtszptnco.fsf@gitster.g>
- In-Reply-To
- <CALnO6CB3EZkAyc_fWdU+P_MLcipZ4T90RSk0+46Fc20OmWEpmQ@mail.gmail.com>
"D. Ben Knoble" <ben.knoble@gmail.com> writes:
Show 5 quoted lines
> Was this intended as "another todo list item to work on"? If so, I'm > afraid I'm having trouble decoding what the issue that needs fixed is. > My nth re-read suggests that the sharp edge here is "delete/modify > conflicts often need re-resolution favoring delete" and that doing so > is not easy today?
It meant to add to the list another sharp-edge, which is that 'rerere' does not even attempt to help you deal with delete-modify conflicts at all. Either it needs to be communicated better that the users are on their own with delete-modify conflicts, or a good support needs to be designed and documented.