From: Konstantin Ryabitsev <konstantin@linuxfoundation.org>
To: Elijah Newren <newren@gmail.com>
Cc: Junio C Hamano <gitster@pobox.com>,
Git Mailing List <git@vger.kernel.org>
Subject: Re: On-branch topic description support?
Date: Thu, 21 Jul 2022 10:41:11 -0400 [thread overview]
Message-ID: <20220721144111.w2fsowjgwjecjlek@meerkat.local> (raw)
In-Reply-To: <CABPp-BFm2c2Mpdj6pTR2-WPEsnQWTJpH70xrZoqUrwOed9o9=w@mail.gmail.com>
On Wed, Jul 20, 2022 at 10:25:19PM -0700, Elijah Newren wrote:
> Seems mostly reasonable, but I'm curious about one thing:
>
> The cover letter material often includes stuff that would not make
> sense for the merge message (e.g. "Rebased this version on master
> because of conflicts with ...", "Changes since v3", "I'm a little
> unsure of the logic in Patch 5", "Patch 3 might be controversial; take
> a look", etc.) Would there be some kind of syntax for specifying the
> part of the cover letter meant to be used in the merge commit message,
> or would we just start out with it pre-populating the commit message
> and expect the integrator to cull out the irrelevant parts?
Maybe reuse the scissors line, but throw away stuff after the scissors? E.g.:
Subject: [PATCH v2 0/3] Implement foo
This implements foo that is needed to...
...
...
...
Signed-off-by: De Veloper <dev@example.com>
Link: https://example.com/foo
-- >8 --
Note: I'm not sure about....
---
Changes in v2:
- Rewrote using libfoo
- ...
---
Diffstat, range-diff, etc.
---
base-commit: abcde
change-id: abcde-foobarbaz
-K
next prev parent reply other threads:[~2022-07-21 14:41 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-20 23:40 On-branch topic description support? Junio C Hamano
2022-07-21 0:52 ` Shaoxuan Yuan
2022-07-21 5:25 ` Elijah Newren
2022-07-21 6:11 ` Junio C Hamano
2022-07-21 14:41 ` Konstantin Ryabitsev [this message]
2022-07-21 16:06 ` Philip Oakley
2022-07-21 17:29 ` Junio C Hamano
2022-07-21 14:53 ` Ævar Arnfjörð Bjarmason
2022-07-21 16:26 ` Konstantin Ryabitsev
2022-07-21 17:35 ` Junio C Hamano
2022-07-21 17:51 ` Ævar Arnfjörð Bjarmason
2022-07-21 17:16 ` Junio C Hamano
2022-07-21 17:49 ` Ævar Arnfjörð Bjarmason
2022-07-21 18:02 ` Junio C Hamano
2022-07-21 18:26 ` Konstantin Ryabitsev
2022-07-21 18:58 ` Ævar Arnfjörð Bjarmason
2022-07-21 19:13 ` Konstantin Ryabitsev
2022-07-21 20:01 ` Junio C Hamano
2022-07-21 20:19 ` Konstantin Ryabitsev
2022-07-21 20:48 ` Junio C Hamano
2022-07-21 15:05 ` Junio C Hamano
2022-07-21 15:29 ` rsbecker
2022-07-21 15:39 ` Konstantin Ryabitsev
2022-07-21 15:57 ` rsbecker
2022-07-22 3:15 ` Bagas Sanjaya
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=20220721144111.w2fsowjgwjecjlek@meerkat.local \
--to=konstantin@linuxfoundation.org \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=newren@gmail.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 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.