All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mattijs Korpershoek <mkorpershoek@baylibre.com>
To: Konstantin Ryabitsev <konstantin@linuxfoundation.org>,
	Amjad Ouled-Ameur <aouledameur@baylibre.com>
Cc: tools@linux.kernel.org
Subject: Re: b4 cover-letter in single patch submission
Date: Mon, 10 Oct 2022 09:05:27 +0200	[thread overview]
Message-ID: <87tu4cp39k.fsf@baylibre.com> (raw)
In-Reply-To: <20221007180808.bhqo4do4ultivud3@nitro.local>

On ven., oct. 07, 2022 at 14:08, Konstantin Ryabitsev <konstantin@linuxfoundation.org> wrote:

> On Tue, Oct 04, 2022 at 12:08:36PM +0200, Amjad Ouled-Ameur wrote:
>> Hi Konstantin,
>> 
>> I have tried v0.10.1, cover letter is no longer sent when dealing with a
>> single patch, thank you for the fix. However, the cover letter is instead
>> embedded into the "under-the-cut" portion of the patch, this means the user
>> still has to unnecessary fill the cover letter ; because keeping the cover
>> template as-is will result into "b4 send" failing. My suggestion is not
>> include the cover's title and description into the patch, I think keeping
>> only "base-commit" and "change-id" is enough.
>
> I felt there were good reasons to go with the solution that I put in place,
> specifically:
>
> 1. keeping a separate cover letter makes it easy to keep track of changelog
>    entries
> 2. breaking a single patch up into multiple patches is a very common feedback

I agree with Konstantin on this. I've used b4 for single patch sending
as well and to me it works well the way it is today:
* changelog (for the single patch) is done in the separate commit
* changelog is then appended

I do remove the "commit title" from the cover letter commit to have a
better overall format.

>
> One of the biggest problems I'm trying to deal with right now is the fact that
> cover letters are so free-form. When we encounter a cover letter format that
> we don't recognize, we're likely to do something wrong.
>
> I'm considering enforcing the cover letter format to be more rigid -- at least
> when managed by b4, but I'm likely to encounter resistance from users.
>
> -K

      reply	other threads:[~2022-10-10  7:05 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-09-21 12:23 b4 cover-letter in single patch submission Amjad Ouled-Ameur
2022-09-22 18:01 ` Konstantin Ryabitsev
2022-09-27  9:34   ` Amjad Ouled-Ameur
2022-10-04 10:08     ` Amjad Ouled-Ameur
2022-10-07 18:08       ` Konstantin Ryabitsev
2022-10-10  7:05         ` Mattijs Korpershoek [this message]

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=87tu4cp39k.fsf@baylibre.com \
    --to=mkorpershoek@baylibre.com \
    --cc=aouledameur@baylibre.com \
    --cc=konstantin@linuxfoundation.org \
    --cc=tools@linux.kernel.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.