Linux maintainer tooling and workflows
 help / color / mirror / Atom feed
From: Mark Brown <broonie@kernel.org>
To: Konstantin Ryabitsev <konstantin@linuxfoundation.org>
Cc: tools@linux.kernel.org
Subject: Re: b4 prep HEAD fails when specifying branch point
Date: Wed, 7 Dec 2022 12:42:15 +0000	[thread overview]
Message-ID: <Y5CKJ2qs5aIVfWoE@sirena.org.uk> (raw)
In-Reply-To: <20221207011100.v6dyvrma53hv4oor@nitro.local>

[-- Attachment #1: Type: text/plain, Size: 1494 bytes --]

On Tue, Dec 06, 2022 at 08:11:00PM -0500, Konstantin Ryabitsev wrote:
> On Tue, Dec 06, 2022 at 10:58:05PM +0000, Mark Brown wrote:

> - if you specify a fork-point that's past the start of the series, we will run
>   into trouble because we will end up with multiple cover letter commits in
>   the history
> - if you specify a fork-point that exists on multiple branches, we'll need
>   some logic to make sure that we don't use another prep branch as our
>   tracking branch -- but only when we use non-default cover letter storage
>   strategies

> Since my primary goal with this work is to simplify the process for newbies
> and occasional committers, b4 tries to enforce the workflow of 1) switch to
> the branch from which you want to fork, b) specify the tag in this branch that
> you want to use as the fork-point.

Right, so a common use case here is that you want to fork from a remote
branch (generally something in the maintainer's tree).  For me that'd
probably mean that I'd end up with a lot of branches tracking a branch
called tmp.  I'm not sure if that *matters* though.

> I may either add the logic above, or just give a less obtuse error message,
> such as:

>     CRITICAL: This appears to already be a b4-prep managed branch.
>               To avoid possible ambiguity, please switch to the branch
>               on which you want to base your work and then try again.

> Or a bit of both.

That'd make it clear that it's an intentional decision which would be
good.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

  reply	other threads:[~2022-12-07 12:42 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-12-06 22:07 b4 prep HEAD fails when specifying branch point Mark Brown
2022-12-06 22:15 ` Konstantin Ryabitsev
2022-12-06 22:58   ` Mark Brown
2022-12-07  1:11     ` Konstantin Ryabitsev
2022-12-07 12:42       ` Mark Brown [this message]
2022-12-07 22:55         ` Mark Brown
2022-12-06 23:52   ` Feature requests Mark Brown
2022-12-09 21:09     ` Konstantin Ryabitsev
2022-12-12 12:22       ` Mark Brown

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=Y5CKJ2qs5aIVfWoE@sirena.org.uk \
    --to=broonie@kernel.org \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox