[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: On the quest for a new release model
From: |
Suhail Singh |
Subject: |
Re: On the quest for a new release model |
Date: |
Fri, 13 Dec 2024 08:01:19 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Ricardo Wurmus <rekado@elephly.net> writes:
> Releases are made a short time after the core team branch is merged.
> This would give us a new release whenever e.g. the default GCC and
> glibc is bumped up. We could aim for a release two months after the
> merge to allow for minor fixes after the merge.
I think agreeing on and following a release schedule is the crucial
part. Both for how frequently core team branch is merged
(aspirationally) as well as how long (roughly) after the merge the
release is made.
I propose that we have a time-based release model rather than a
feature-based one (similar to the Linux kernel). However, what's
perhaps even more important is to have a release model that we adhere
to.
--
Suhail
- On the quest for a new release model (was: Discussion notes on releases and branches), Cayetano Santos, 2024/12/13
- Re: On the quest for a new release model, Ricardo Wurmus, 2024/12/13
- Re: On the quest for a new release model,
Suhail Singh <=
- Re: On the quest for a new release model, Greg Hogan, 2024/12/13
- Re: On the quest for a new release model, Suhail Singh, 2024/12/13
- Re: On the quest for a new release model, Suhail Singh, 2024/12/13
- Re: On the quest for a new release model, Cayetano Santos, 2024/12/13
- Re: On the quest for a new release model, Suhail Singh, 2024/12/13
- Re: On the quest for a new release model, Cayetano Santos, 2024/12/13
- Re: On the quest for a new release model, Ricardo Wurmus, 2024/12/13
- Re: On the quest for a new release model, Suhail Singh, 2024/12/13
- Re: On the quest for a new release model, Felix Lechner, 2024/12/13
- Re: On the quest for a new release model, John Kehayias, 2024/12/13