git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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
> 


  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).