Re: [PATCH] docs: clarify meaning of core.commentString=auto
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Mar 21, 2025, 10:28 UTC
- Message-ID
- <xmqqfrj6vfsn.fsf@gitster.g>
- In-Reply-To
- <6a3154e0-e7bc-45ae-b554-67ccab18727a@gmail.com>
Phillip Wood <phillip.wood123@gmail.com> writes:
Show 9 quoted lines
> I think we'd want to start printing some advice when > core.commentStr=auto explaining why it has been deprecated and that it > will be removed when Git 3.0 is released. We should allow that advice > to be suppressed setting advice.autoCommentStr (other name suggestions > welcome). We would also want to add an item to BreakingChanges.adoc > explaining why it is being removed and add "#ifndef > WITH_BREAKING_CHANGES" around the code that handles > core.commentStr=auto in builtin/commit.c and guard the documentation > with "ifdef::with_breaking_changes[]".
All of these are good action items in a good transition plan, I would say.
> We may want to make > core.commentStr=auto an error when breaking changes are enabled as > well.
I am not so sure. As commentStr is a random string that is used to prefix any comment line, "auto" is just a (albeit weird) string, so not doing anything special would be good enough.