From: Eric Biggers <ebiggers@kernel.org>
To: Matthias Goergens <matthias.goergens@gmail.com>
Cc: corbet@lwn.net, skhan@linuxfoundation.org, rdunlap@infradead.org,
tytso@mit.edu, krzk@kernel.org, maz@kernel.org,
cassel@kernel.org, workflows@vger.kernel.org,
linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2] MAINTAINERS: document the branch in git T: entries
Date: Fri, 25 Sep 2026 13:49:33 -0700 [thread overview]
Message-ID: <20260925204933.GE5511@quark> (raw)
In-Reply-To: <20260925120047.1093617-1-matthias.goergens@gmail.com>
On Fri, Sep 25, 2026 at 08:00:47PM +0800, Matthias Goergens wrote:
> A git T: entry can name a branch after the repository URL. The first
> to do so, commit a1aa5a770dc3 ("MAINTAINERS: update hwmon subsystem
> git trees"), added two T: lines for one repository, one per branch.
> Today 109 of the 846 git T: lines name a branch, and ten entries list
> one repository more than once with different branches. Commit
> 083bf9c56d06 ("get_maintainer: add more --self-test options") taught
> get_maintainer.pl to check the branch with git ls-remote. Neither the
> MAINTAINERS preamble nor submitting-patches.rst mentions any of this.
>
> Document the syntax only. What a named branch is for varies: many
> entries name the branch linux-next merges, others a fixes or topic
> branch, and some subsystems want patches based on a mainline tag rather
> than on any branch of their tree. maintainer-entry-profile.rst already
> asks a profile to say which branches go into linux-next and which one
> contributors should submit against, so point there.
>
> In submitting-patches.rst, say that fixes for the current release cycle
> and new development usually start from different places, and where to
> find out which.
>
> Suggested-by: Theodore Ts'o <tytso@mit.edu>
> Link: https://lore.kernel.org/all/arSMwd1bGO1vrif-@mit.edu/
> Signed-off-by: Matthias Goergens <matthias.goergens@gmail.com>
Reviewed-by: Eric Biggers <ebiggers@kernel.org>
> T: *SCM* tree type and location.
> Type is one of: git, hg, quilt, stgit, topgit
> + A git entry may name a branch after the URL, and an entry may
> + have several T: lines, for example one per branch. What each
> + branch is for, and what to base patches on, differs between
> + subsystems: see the P: profile, if there is one, or ask the
> + maintainer.
I would hope that the convention of one branch for the next release and
one branch for the current release is common enough that it could be
documented as the usual convention here. But maybe there are too many
odd subsystems that do something different.
- Eric
prev parent reply other threads:[~2026-09-25 20:49 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-25 12:00 Matthias Goergens
2026-09-25 12:41 ` Niklas Cassel
2026-09-25 13:12 ` Krzysztof Kozlowski
2026-09-25 14:35 ` Marc Zyngier
2026-09-25 20:49 ` Eric Biggers [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=20260925204933.GE5511@quark \
--to=ebiggers@kernel.org \
--cc=cassel@kernel.org \
--cc=corbet@lwn.net \
--cc=krzk@kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=matthias.goergens@gmail.com \
--cc=maz@kernel.org \
--cc=rdunlap@infradead.org \
--cc=skhan@linuxfoundation.org \
--cc=tytso@mit.edu \
--cc=workflows@vger.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
all inboxes | Powered by JetHome®