From: Phillip Wood <phillip.wood123@gmail.com>
To: git@vger.kernel.org
Cc: Reto <reto@slightlybroken.com>
Subject: Re: [PATCH] sequencer: make it clearer that commit descriptions are just comments
Date: Thu, 15 May 2025 11:19:38 +0100 [thread overview]
Message-ID: <177e43a6-6086-4e20-8ba3-6b84e7025fc2@gmail.com> (raw)
In-Reply-To: <40c32d33-b170-4319-ba1b-b93dcb2b23cf@crinan.ddns.net>
Sorry I forgot to Cc the original author in the message below.
On 15/05/2025 11:16, Phillip Wood wrote:
> Hi Reto
>
> On 15/05/2025 05:42, Reto wrote:
>> On Thu, May 15, 2025 at 02:20:27AM +0000, Elijah Newren via
>> GitGitGadget wrote:
>>
>>> It may be difficult to correct users' poor commit messages, but we can
>>> at least try to make it clearer that the commit summaries are not
>>> directives of some sort by inserting a comment character. Hopefully
>>> that leads to them looking a little further and noticing the hints at
>>> the bottom to use 'reword' or 'edit' directives.
>>
>> For fancy things/editors that recognize comments, this will *dim* the
>> commit
>> messages, to light grey or such.
>> This is decidedly not what I'd like to happen at least. The commit
>> messages
>> there are my primary way of navigating the commit, given that I'm not
>> learning
>> the commit shas by hard ;)
>
> As the commit message makes clear we already insert a '#' between the
> parents and subject line of a merge command. We also append '# empty' to
> empty commits. If there are editors that erroneously treat a '#'
> anywhere in the line as a comment they're already dimming things they
> shouldn't. A line in the todo list is only a comment if it starts with
> core.commentString which defaults to '#'. Editors that unconditionally
> treat '#' as the start of a comment are buggy.
>
>> While I appreciate the motivation, I don't think the comment string is a
>> good approach here.
>
> As the commit message points out strictly speaking we're not using the
> comment string we using a fixed single character.
>
> Best Wishes
>
> Phillip
>
next prev parent reply other threads:[~2025-05-15 10:19 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-15 2:20 [PATCH] sequencer: make it clearer that commit descriptions are just comments Elijah Newren via GitGitGadget
2025-05-15 4:42 ` Reto
2025-05-15 10:16 ` Phillip Wood
2025-05-15 10:19 ` Phillip Wood [this message]
2025-05-15 13:02 ` Phillip Wood
2025-05-15 15:56 ` Junio C Hamano
2025-05-16 12:04 ` Ben Knoble
2025-05-16 15:22 ` Elijah Newren
2025-05-16 16:21 ` Junio C Hamano
2025-05-15 13:58 ` Junio C Hamano
2025-05-16 16:26 ` [PATCH v2] " Elijah Newren via GitGitGadget
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=177e43a6-6086-4e20-8ba3-6b84e7025fc2@gmail.com \
--to=phillip.wood123@gmail.com \
--cc=git@vger.kernel.org \
--cc=reto@slightlybroken.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).