Re: [PATCH] doc: rerere-options.adoc: link to git-rerere(1)
- From
Jean-Noël Avila <jn.avila@free.fr>
- Date
- Feb 12, 2026, 05:37 UTC
- Message-ID
- <1ce11655-eaef-407f-86af-956a190f5358@free.fr>
- In-Reply-To
- <xmqqikc3waju.fsf@gitster.g>
Le 11/02/2026 à 16:43, Junio C Hamano a écrit :
Show 27 quoted lines
> Jean-Noël Avila <jn.avila@free.fr> writes: > >>> diff --git a/Documentation/rerere-options.adoc b/Documentation/rerere-options.adoc >>> index b0b920144a6..115882edab1 100644 >>> --- a/Documentation/rerere-options.adoc >>> +++ b/Documentation/rerere-options.adoc >>> @@ -4,6 +4,6 @@ >>> the current conflict to update the files in the working >>> tree, allow it to also update the index with the result of >>> resolution. `--no-rerere-autoupdate` is a good way to >>> - double-check what `rerere` did and catch potential >>> + double-check what linkgit:git-rerere[1] did and catch potential >>> mismerges, before committing the result to the index with a >>> separate `git add`. >>> >>> base-commit: 67ad42147a7acc2af6074753ebd03d904476118f >> >> I'm not fond of introducing linkgit macro that can create auto-reference >> in manual pages. At the moment, we need to use conditional inclusion in >> the manual pages source, but I wonder if we could simply filter out the >> links in the macro itself. > > FWIW, before deciding to accept the patch, I did check if > git-rerere.adoc included this file (it didn't), but if we can make > the macro smarter to do so, it would be great, as that would avoid > people including this file there later without realizing that they > now need to make the mark-up conditional.
Ah, adding the options of rerere in git-rerere manual page is then something that will need to be done when reworking it.
> > This particular patch does not have to be blocked waiting for such > an improvement, though, right? >
No it doesn't. I don't intend to scratch this itch soon.