All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bagas Sanjaya <bagasdotme@gmail.com>
To: Paul Moore <paul@paul-moore.com>,
	Linux Security Module Subsystem
	<linux-security-module@vger.kernel.org>,
	SELinux Mailing List <selinux@vger.kernel.org>,
	Linux Kernel Audit <audit@vger.kernel.org>
Subject: Re: ANN: kernel git branches and process changes
Date: Thu, 26 Oct 2023 08:25:08 +0700	[thread overview]
Message-ID: <ZTm_9Bj1XYTzL0Za@debian.me> (raw)
In-Reply-To: <CAHC9VhS1wwgH6NNd+cJz4MYogPiRV8NyPDd1yj5SpaxeUB4UVg@mail.gmail.com>

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

On Wed, Oct 25, 2023 at 05:11:51PM -0400, Paul Moore wrote:
> #### stable-X.Y branch
> 
> The stable-X.Y branch is intended for stable kernel patches and is based on
> Linus' X.Y-rc1 tag, or a later X.Y.Z stable kernel release tag as needed.
> If serious problems are identified and a patch is developed during the kernel's
> release candidate cycle, it may be a candidate for stable kernel marking and
> inclusion into the stable-X.Y branch.  The main Linux kernel's documentation
> on stable kernel patches has more information both on what patches may be
> stable kernel candidates, and how to mark those patches appropriately; upstream
> mailing list discussions on the merits of marking the patch for stable can also
> be expected.  Once a patch has been merged into the stable-X.Y branch and spent
> a day or two in the next branch (see the next branch notes), it will be sent to
> Linus for merging into the next release candidate or final kernel release (see
> the notes on pull requests in this document).  If the patch has been properly
> marked for stable, the other stable kernel trees will attempt to backport the
> patch as soon as it is present in Linus' tree, see the main Linux kernel
> documentation for more details.
> 
> Unless specifically requested, developers should not base their patches on the
> stable-X.Y branch.  Any merge conflicts that arise from merging patches
> submitted upstream will be handled by the maintainer, although help and/or may
> be requested in extreme cases.
> 
> #### dev branch
> 
> The dev branch is intended for development patches targeting the upcoming merge
> window, and is based on Linus' latest X.Y-rc1 tag, or a later rc tag as needed
> to avoid serious bugs, merge conflicts, or other significant problems.  This
> branch is the primary development branch where the majority of patches are
> merged during the normal kernel development cycle.  Patches merged into the
> dev branch will be present in the next branch (see the next branch notes) and
> will be sent to Linus during the next merge window.
> 
> Developers should use the dev branch a stable basis for their own development
> work, only under extreme circumstances will the dev branch be rebased during
> the X.Y-rc cycle and the maintainer will be responsible for resolving any
> merge conflicts, although help and/or may be requested in extreme cases.
> 

If I have patches targetting current (not next) release cycle, either for
stabilizing that cycle or for stable backports, I have to base it on dev
branch (not stable-X.Y), right?

Confused...

-- 
An old man doll... just what I always wanted! - Clara

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

  reply	other threads:[~2023-10-26  1:25 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-10-25 21:11 ANN: kernel git branches and process changes Paul Moore
2023-10-26  1:25 ` Bagas Sanjaya [this message]
2023-10-26  2:16   ` Paul Moore
2023-10-26 10:53     ` 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=ZTm_9Bj1XYTzL0Za@debian.me \
    --to=bagasdotme@gmail.com \
    --cc=audit@vger.kernel.org \
    --cc=linux-security-module@vger.kernel.org \
    --cc=paul@paul-moore.com \
    --cc=selinux@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 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.