> Otherwise, 72 × 2 hours = 6 days does not seem excessively long for getting a > release out after an RC.
This is the tricky part. For an open-source distributed system that typically releases quarterly, it won't be an issue. For a dormant library that even releases yearly, it won't be an issue. But for an early-stage project that would develop rapidly, as you may know, many projects release multiple times in one day or in one week. It starts to be an issue. This is tricky because projects vary among our foundation, so one policy for all of them may cause a bad experience for certain projects. Best, tison. Ayush Saxena <[email protected]> 于2026年9月3日周四 13:36写道： > > Hi tison, > For TLPs, there is already a process for an expedited release [1], > which I believe can also be used for podlings. This could help reduce > the duration of the vote when there is a genuine need to get a release > out quickly. > I believe FastTrack should be reserved for genuinely critical cases. > Otherwise, 72 × 2 hours = 6 days does not seem excessively long for > getting a release out after an RC. In fact, many projects generally > run their release votes for around a week. > > I am also not entirely in favour of the proposal where, once the PPMC > has three +1 votes on dev@, the release can proceed with only a notice > to general@. Instead, in such extraordinary circumstances, perhaps the > vote could be run concurrently on both dev@ and general@. This would > still allow everyone who is entitled to vote to participate, while > reducing the overall time required. > > That said, I would still prefer this mechanism to be limited to > exceptional circumstances where an expedited release is actually > warranted, similar to the existing expedited release process for TLPs. > > -Ayush > > [1] https://www.apache.org/legal/release-policy.html#expedited-releases > > On Thu, 3 Sept 2026 at 10:53, tison <[email protected]> wrote: > > > > Hi, > > > > Currently, for a typical podling release, one should go through a PPMC > > vote + an IPMC vote, both with a minimum of a 72-hour period [1][2]. > > > > [1] https://www.apache.org/legal/release-policy.html#release-approval > > [2] https://incubator.apache.org/policy/incubation.html#releases > > > > IIRC, there are several discussions about release velocity. Here, I'd > > like to propose a concrete fast path for an IPMC vote to reduce the > > reputation of "the ASF (Incubator) will slow your project." > > > > That is, if the PPMC votes already have 3 +1 votes from IPMC members, > > with a notice to [email protected] for further (post) review, a > > podling can conclude the release. > > > > I'd like to hear your feedback. Or perhaps a podling that keeps > > releasing and evolving well should just consider graduating from the > > Incubator. > > > > Best, > > tison. > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
