Re: The emacs-31 branch during the next release cycle

Eli Zaretskii <[email protected]> Fri, 26 Jun 2026 15:02:52 +0300
Newsgroups gmane.emacs.devel,gmane.linux.debian.devel.emacsen
Message-ID <[email protected]>
> Date: Thu, 25 Jun 2026 23:13:53 -0400
> Cc: [email protected]
> From: Stefan Monnier via "Emacs development discussions." <[email protected]>
> I can see some benefit to trying to install more bug-fixes on "the old
> release branch", but FWIW, here is my guess as to why this hasn't
> happened much in the past:
> 
> - After NN.1 is released, I expect much fewer people run the `emacs-NN`
>   branch, so any regression risks remaining undetected before the next
>   (minor) release.  If the regression is detected earlier, it'll likely
>   be detected by someone running `master` and there's a chance that the
>   fix will make it only to `master` if we don't notice the link to the
>   previous bug-fix or don't notice that that previous bug-fix was
>   installed in `emacs-NN`.

The problems for which we install fixes on the release branch after
NN.1 release come from 2 sources:

  . people who use Emacs NN.1, whether those who build the upstream
    tarballs or those who use downstream distros
  . people who use the master branch, when the reported bug exists
    also on the release branch

> - As changes accumulate on `master` and people work on it, it gets
>   gradually harder for people to figure it if a bug-fix is safe for the
>   `emacs-NN` branch.

They should ask the maintainers.  And maintainers need to be vigilant,
and cherry-pick fixes to the release branch when needed.