Hi Robert, Thanks for your detailed explanation.
At present, we are preparing or participating in Flink forward, so +1 for appropriate extension of deadline. Best, Jingsong On Mon, Oct 19, 2020 at 5:36 PM Kurt Young <ykt...@gmail.com> wrote: > Can we change the freeze date to October 30th (Friday next week)? It would > be helpful > for us if we have 2 more days. > > Best, > Kurt > > > On Mon, Oct 19, 2020 at 5:00 PM Robert Metzger <rmetz...@apache.org> > wrote: > > > Hi all, > > > > Dian and I would like to discuss a few items regarding the upcoming Flink > > 1.12 feature freeze: > > > > *A) Exact feature freeze day* > > So far, we've always said "end of October > > <https://cwiki.apache.org/confluence/display/FLINK/1.12+Release>" for > the > > freeze. We propose (end of day CEST) October 28th (Wednesday next week) > as > > the feature freeze time. > > We want to create RC0 on the day after the feature freeze, to make sure > the > > RC creation process is running smoothly, and to have a common testing > > reference point. > > > > > > > > *B) What does feature freeze mean?*After the feature freeze, no new > > features are allowed to be merged to master. Only bug fixes and > > documentation improvements. > > The release managers will revert new feature commits after the feature > > freeze. > > Rational: The goal of the feature freeze phase is to improve the system > > stability by addressing known bugs. New features tend to introduce new > > instabilities, which would prolong the release process. > > If you need to merge a new feature after the freeze, please open a > > discussion on the dev@ list. If there are no objections by a PMC member > > within 48 (workday)hours, the feature can be merged. > > > > *C) When to cut the "release-1.12" branch off master?* > > In the last feature freeze, we had a pretty lengthy phase of maintaining > > the "master" and "release-1.11" branches with the same fixes. Therefore, > I > > would like to propose an adjustment to the release process: We will have > a > > stabilization phase on master, between the feature freeze and the branch > > cut. > > I expect this stabilization phase to last between 1 and 3 weeks, > depending > > on the issues we find. Once all blockers are resolved, and no new > blockers > > are surfacing, we can cut off the "release-1.12" branch and finalize the > > release. > > Is anybody in the community waiting for the cut off to happen sooner so > > that they can merge a big feature to Flink 1.13 ? (if that would be the > > case, then we can not have a stabilization phase) > > > > > > Let me know what you think! > > > > Best, > > Dian and Robert > > > -- Best, Jingsong Lee