You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flink.apache.org by Johannes Moser <jo...@ververica.com> on 2021/10/25 15:11:44 UTC

[Discuss] Planning Flink 1.15

Hi all,

As people have already started working on their 1.15. 
contribution, we'd like to start the discussion for 
the release setup.

- Release managers: As a team of three seems to have
worked perfectly fine, we'd like to suggest Till, Yun Gao
& Joe as the release managers for 1.15.

- Timeline: 1.14 was released at the end of September and
aiming for a 4 months release cycle including one months
of stabilisation would lead to a feature freeze date at the
end of December, which would make the European holiday
season a bit stressful. One option would have been to aim for early
December, but we decided to go for the 17th of January.
Such that we also have some buffer before the Chinese new
year.

- Bi-weekly sync: We'd also like to setup a bi-weekly sync again
starting from the 9th of November at 9am CET/4pm CST.

- Collecting features: As last time it would be helpful to have 
a rough overview of the efforts that will likely be included in
this release. We have created a wiki page [1] for collecting such
information. We'd like to kindly ask all committers to fill in the
page with features that they intend to work on.

Just copy pasting what we included into the planning email
for 1.14, because it still applies:

- Stability of master: This has been an issue during the 1.13 & 1.14
feature freeze phase and it is still going on. We encourage every
committer to not merge PRs through the Github button, but do this
manually, with caution for the commits merged after the CI being
triggered. It would be appreciated to always build the project before
merging to master.

- Documentation: Please try to see documentation as an integrated
part of the engineering process and don't push it to the feature
freeze phase or even after. You might even think about going
documentation first. We, as the Flink community, are adding great
stuff, that is pushing the limits of streaming data processors, with
every release. We should also make this stuff usable for our users by
documenting it well.

- Promotion of 1.15: What applies to documentation also applies
to all the activity around the release. We encourage every contributor
to also think about, plan and prepare activities like blog posts and talk,
that will promote and spread the release once it is done.

Please let us know what you think.

Thank you~
Till, Yun Gao & Joe

[1] https://cwiki.apache.org/confluence/display/FLINK/1.15+Release

Re: [Discuss] Planning Flink 1.15

Posted by David Morávek <dm...@apache.org>.
The contributor availability argument makes perfect sense, +1 for moving
the feature freeze to 6/2.

Best,
D.

On Thu, Oct 28, 2021 at 9:39 AM Till Rohrmann <tr...@apache.org> wrote:

> I think it is important that most of the people who contribute new features
> are available during the testing/stabilization period because otherwise
> there is a risk that the release gets delayed. Hence +1 for moving the
> feature freeze to the 6th of February.
>
> Cheers,
> Till
>
> On Thu, Oct 28, 2021 at 7:00 AM Guowei Ma <gu...@gmail.com> wrote:
>
> > Thanks for volunteering as our release managers Till, Yun and Joe!
> >
> > +1 for feature freeze on 2.6 ,which is more convenient for us to plan
> 1.15
> > related work.
> >
> > Best,
> > Guowei
> >
> >
> > On Thu, Oct 28, 2021 at 12:01 PM Xintong Song <to...@gmail.com>
> > wrote:
> >
> > > Thanks for kicking this off, Joe.
> > >
> > > +1 for Till, Yun and Joe as the release managers.
> > >
> > > Also +1 for feature freeze on 2.6, which would make it easier for folks
> > > from China to dedicate to the release testing.
> > >
> > > Thank you~
> > >
> > > Xintong Song
> > >
> > >
> > >
> > > On Wed, Oct 27, 2021 at 11:04 PM Yun Gao <yungao.gy@aliyun.com.invalid
> >
> > > wrote:
> > >
> > > > Hi all,
> > > >
> > > > Very thanks @Joe for starting the discussion! And it is really
> > honorable
> > > > to be the release manager of 1.15~
> > > >
> > > > And for the releasing date, there might be some concerns since Jan.
> > 17th
> > > > is closed to the Spring Festival Holiday (1.31 to 2.6) and many
> people
> > > > might also start the holiday further in advance, it might have some
> > > > influence to our releasing test / stabilization period. Thus perhaps
> > > > another option might be we slightly extend the code freeze date to
> > bypass
> > > > the holiday till Feb. 6th ? WDYT ?
> > > >
> > > > Thank you~
> > > >
> > > > Best,
> > > > Yun
> > > >
> > > >
> > > >
> > > >
> > > > ------------------------------------------------------------------
> > > > From:Israel Ekpo <is...@gmail.com>
> > > > Send Time:2021 Oct. 26 (Tue.) 08:09
> > > > To:dev <de...@flink.apache.org>
> > > > Subject:Re: [Discuss] Planning Flink 1.15
> > > >
> > > > Thanks for the update, Joe.
> > > >
> > > > Looking forward to this release.
> > > >
> > > > On Mon, Oct 25, 2021 at 11:13 AM Johannes Moser <jo...@ververica.com>
> > > wrote:
> > > >
> > > > > Hi all,
> > > > >
> > > > > As people have already started working on their 1.15.
> > > > > contribution, we'd like to start the discussion for
> > > > > the release setup.
> > > > >
> > > > > - Release managers: As a team of three seems to have
> > > > > worked perfectly fine, we'd like to suggest Till, Yun Gao
> > > > > & Joe as the release managers for 1.15.
> > > > >
> > > > > - Timeline: 1.14 was released at the end of September and
> > > > > aiming for a 4 months release cycle including one months
> > > > > of stabilisation would lead to a feature freeze date at the
> > > > > end of December, which would make the European holiday
> > > > > season a bit stressful. One option would have been to aim for early
> > > > > December, but we decided to go for the 17th of January.
> > > > > Such that we also have some buffer before the Chinese new
> > > > > year.
> > > > >
> > > > > - Bi-weekly sync: We'd also like to setup a bi-weekly sync again
> > > > > starting from the 9th of November at 9am CET/4pm CST.
> > > > >
> > > > > - Collecting features: As last time it would be helpful to have
> > > > > a rough overview of the efforts that will likely be included in
> > > > > this release. We have created a wiki page [1] for collecting such
> > > > > information. We'd like to kindly ask all committers to fill in the
> > > > > page with features that they intend to work on.
> > > > >
> > > > > Just copy pasting what we included into the planning email
> > > > > for 1.14, because it still applies:
> > > > >
> > > > > - Stability of master: This has been an issue during the 1.13 &
> 1.14
> > > > > feature freeze phase and it is still going on. We encourage every
> > > > > committer to not merge PRs through the Github button, but do this
> > > > > manually, with caution for the commits merged after the CI being
> > > > > triggered. It would be appreciated to always build the project
> before
> > > > > merging to master.
> > > > >
> > > > > - Documentation: Please try to see documentation as an integrated
> > > > > part of the engineering process and don't push it to the feature
> > > > > freeze phase or even after. You might even think about going
> > > > > documentation first. We, as the Flink community, are adding great
> > > > > stuff, that is pushing the limits of streaming data processors,
> with
> > > > > every release. We should also make this stuff usable for our users
> by
> > > > > documenting it well.
> > > > >
> > > > > - Promotion of 1.15: What applies to documentation also applies
> > > > > to all the activity around the release. We encourage every
> > contributor
> > > > > to also think about, plan and prepare activities like blog posts
> and
> > > > talk,
> > > > > that will promote and spread the release once it is done.
> > > > >
> > > > > Please let us know what you think.
> > > > >
> > > > > Thank you~
> > > > > Till, Yun Gao & Joe
> > > > >
> > > > > [1] https://cwiki.apache.org/confluence/display/FLINK/1.15+Release
> > > > >
> > > >
> > >
> >
>

Re: [Discuss] Planning Flink 1.15

Posted by Till Rohrmann <tr...@apache.org>.
I think it is important that most of the people who contribute new features
are available during the testing/stabilization period because otherwise
there is a risk that the release gets delayed. Hence +1 for moving the
feature freeze to the 6th of February.

Cheers,
Till

On Thu, Oct 28, 2021 at 7:00 AM Guowei Ma <gu...@gmail.com> wrote:

> Thanks for volunteering as our release managers Till, Yun and Joe!
>
> +1 for feature freeze on 2.6 ,which is more convenient for us to plan 1.15
> related work.
>
> Best,
> Guowei
>
>
> On Thu, Oct 28, 2021 at 12:01 PM Xintong Song <to...@gmail.com>
> wrote:
>
> > Thanks for kicking this off, Joe.
> >
> > +1 for Till, Yun and Joe as the release managers.
> >
> > Also +1 for feature freeze on 2.6, which would make it easier for folks
> > from China to dedicate to the release testing.
> >
> > Thank you~
> >
> > Xintong Song
> >
> >
> >
> > On Wed, Oct 27, 2021 at 11:04 PM Yun Gao <yu...@aliyun.com.invalid>
> > wrote:
> >
> > > Hi all,
> > >
> > > Very thanks @Joe for starting the discussion! And it is really
> honorable
> > > to be the release manager of 1.15~
> > >
> > > And for the releasing date, there might be some concerns since Jan.
> 17th
> > > is closed to the Spring Festival Holiday (1.31 to 2.6) and many people
> > > might also start the holiday further in advance, it might have some
> > > influence to our releasing test / stabilization period. Thus perhaps
> > > another option might be we slightly extend the code freeze date to
> bypass
> > > the holiday till Feb. 6th ? WDYT ?
> > >
> > > Thank you~
> > >
> > > Best,
> > > Yun
> > >
> > >
> > >
> > >
> > > ------------------------------------------------------------------
> > > From:Israel Ekpo <is...@gmail.com>
> > > Send Time:2021 Oct. 26 (Tue.) 08:09
> > > To:dev <de...@flink.apache.org>
> > > Subject:Re: [Discuss] Planning Flink 1.15
> > >
> > > Thanks for the update, Joe.
> > >
> > > Looking forward to this release.
> > >
> > > On Mon, Oct 25, 2021 at 11:13 AM Johannes Moser <jo...@ververica.com>
> > wrote:
> > >
> > > > Hi all,
> > > >
> > > > As people have already started working on their 1.15.
> > > > contribution, we'd like to start the discussion for
> > > > the release setup.
> > > >
> > > > - Release managers: As a team of three seems to have
> > > > worked perfectly fine, we'd like to suggest Till, Yun Gao
> > > > & Joe as the release managers for 1.15.
> > > >
> > > > - Timeline: 1.14 was released at the end of September and
> > > > aiming for a 4 months release cycle including one months
> > > > of stabilisation would lead to a feature freeze date at the
> > > > end of December, which would make the European holiday
> > > > season a bit stressful. One option would have been to aim for early
> > > > December, but we decided to go for the 17th of January.
> > > > Such that we also have some buffer before the Chinese new
> > > > year.
> > > >
> > > > - Bi-weekly sync: We'd also like to setup a bi-weekly sync again
> > > > starting from the 9th of November at 9am CET/4pm CST.
> > > >
> > > > - Collecting features: As last time it would be helpful to have
> > > > a rough overview of the efforts that will likely be included in
> > > > this release. We have created a wiki page [1] for collecting such
> > > > information. We'd like to kindly ask all committers to fill in the
> > > > page with features that they intend to work on.
> > > >
> > > > Just copy pasting what we included into the planning email
> > > > for 1.14, because it still applies:
> > > >
> > > > - Stability of master: This has been an issue during the 1.13 & 1.14
> > > > feature freeze phase and it is still going on. We encourage every
> > > > committer to not merge PRs through the Github button, but do this
> > > > manually, with caution for the commits merged after the CI being
> > > > triggered. It would be appreciated to always build the project before
> > > > merging to master.
> > > >
> > > > - Documentation: Please try to see documentation as an integrated
> > > > part of the engineering process and don't push it to the feature
> > > > freeze phase or even after. You might even think about going
> > > > documentation first. We, as the Flink community, are adding great
> > > > stuff, that is pushing the limits of streaming data processors, with
> > > > every release. We should also make this stuff usable for our users by
> > > > documenting it well.
> > > >
> > > > - Promotion of 1.15: What applies to documentation also applies
> > > > to all the activity around the release. We encourage every
> contributor
> > > > to also think about, plan and prepare activities like blog posts and
> > > talk,
> > > > that will promote and spread the release once it is done.
> > > >
> > > > Please let us know what you think.
> > > >
> > > > Thank you~
> > > > Till, Yun Gao & Joe
> > > >
> > > > [1] https://cwiki.apache.org/confluence/display/FLINK/1.15+Release
> > > >
> > >
> >
>

Re: [Discuss] Planning Flink 1.15

Posted by Guowei Ma <gu...@gmail.com>.
Thanks for volunteering as our release managers Till, Yun and Joe!

+1 for feature freeze on 2.6 ,which is more convenient for us to plan 1.15
related work.

Best,
Guowei


On Thu, Oct 28, 2021 at 12:01 PM Xintong Song <to...@gmail.com> wrote:

> Thanks for kicking this off, Joe.
>
> +1 for Till, Yun and Joe as the release managers.
>
> Also +1 for feature freeze on 2.6, which would make it easier for folks
> from China to dedicate to the release testing.
>
> Thank you~
>
> Xintong Song
>
>
>
> On Wed, Oct 27, 2021 at 11:04 PM Yun Gao <yu...@aliyun.com.invalid>
> wrote:
>
> > Hi all,
> >
> > Very thanks @Joe for starting the discussion! And it is really honorable
> > to be the release manager of 1.15~
> >
> > And for the releasing date, there might be some concerns since Jan. 17th
> > is closed to the Spring Festival Holiday (1.31 to 2.6) and many people
> > might also start the holiday further in advance, it might have some
> > influence to our releasing test / stabilization period. Thus perhaps
> > another option might be we slightly extend the code freeze date to bypass
> > the holiday till Feb. 6th ? WDYT ?
> >
> > Thank you~
> >
> > Best,
> > Yun
> >
> >
> >
> >
> > ------------------------------------------------------------------
> > From:Israel Ekpo <is...@gmail.com>
> > Send Time:2021 Oct. 26 (Tue.) 08:09
> > To:dev <de...@flink.apache.org>
> > Subject:Re: [Discuss] Planning Flink 1.15
> >
> > Thanks for the update, Joe.
> >
> > Looking forward to this release.
> >
> > On Mon, Oct 25, 2021 at 11:13 AM Johannes Moser <jo...@ververica.com>
> wrote:
> >
> > > Hi all,
> > >
> > > As people have already started working on their 1.15.
> > > contribution, we'd like to start the discussion for
> > > the release setup.
> > >
> > > - Release managers: As a team of three seems to have
> > > worked perfectly fine, we'd like to suggest Till, Yun Gao
> > > & Joe as the release managers for 1.15.
> > >
> > > - Timeline: 1.14 was released at the end of September and
> > > aiming for a 4 months release cycle including one months
> > > of stabilisation would lead to a feature freeze date at the
> > > end of December, which would make the European holiday
> > > season a bit stressful. One option would have been to aim for early
> > > December, but we decided to go for the 17th of January.
> > > Such that we also have some buffer before the Chinese new
> > > year.
> > >
> > > - Bi-weekly sync: We'd also like to setup a bi-weekly sync again
> > > starting from the 9th of November at 9am CET/4pm CST.
> > >
> > > - Collecting features: As last time it would be helpful to have
> > > a rough overview of the efforts that will likely be included in
> > > this release. We have created a wiki page [1] for collecting such
> > > information. We'd like to kindly ask all committers to fill in the
> > > page with features that they intend to work on.
> > >
> > > Just copy pasting what we included into the planning email
> > > for 1.14, because it still applies:
> > >
> > > - Stability of master: This has been an issue during the 1.13 & 1.14
> > > feature freeze phase and it is still going on. We encourage every
> > > committer to not merge PRs through the Github button, but do this
> > > manually, with caution for the commits merged after the CI being
> > > triggered. It would be appreciated to always build the project before
> > > merging to master.
> > >
> > > - Documentation: Please try to see documentation as an integrated
> > > part of the engineering process and don't push it to the feature
> > > freeze phase or even after. You might even think about going
> > > documentation first. We, as the Flink community, are adding great
> > > stuff, that is pushing the limits of streaming data processors, with
> > > every release. We should also make this stuff usable for our users by
> > > documenting it well.
> > >
> > > - Promotion of 1.15: What applies to documentation also applies
> > > to all the activity around the release. We encourage every contributor
> > > to also think about, plan and prepare activities like blog posts and
> > talk,
> > > that will promote and spread the release once it is done.
> > >
> > > Please let us know what you think.
> > >
> > > Thank you~
> > > Till, Yun Gao & Joe
> > >
> > > [1] https://cwiki.apache.org/confluence/display/FLINK/1.15+Release
> > >
> >
>

Re: [Discuss] Planning Flink 1.15

Posted by Xintong Song <to...@gmail.com>.
Thanks for kicking this off, Joe.

+1 for Till, Yun and Joe as the release managers.

Also +1 for feature freeze on 2.6, which would make it easier for folks
from China to dedicate to the release testing.

Thank you~

Xintong Song



On Wed, Oct 27, 2021 at 11:04 PM Yun Gao <yu...@aliyun.com.invalid>
wrote:

> Hi all,
>
> Very thanks @Joe for starting the discussion! And it is really honorable
> to be the release manager of 1.15~
>
> And for the releasing date, there might be some concerns since Jan. 17th
> is closed to the Spring Festival Holiday (1.31 to 2.6) and many people
> might also start the holiday further in advance, it might have some
> influence to our releasing test / stabilization period. Thus perhaps
> another option might be we slightly extend the code freeze date to bypass
> the holiday till Feb. 6th ? WDYT ?
>
> Thank you~
>
> Best,
> Yun
>
>
>
>
> ------------------------------------------------------------------
> From:Israel Ekpo <is...@gmail.com>
> Send Time:2021 Oct. 26 (Tue.) 08:09
> To:dev <de...@flink.apache.org>
> Subject:Re: [Discuss] Planning Flink 1.15
>
> Thanks for the update, Joe.
>
> Looking forward to this release.
>
> On Mon, Oct 25, 2021 at 11:13 AM Johannes Moser <jo...@ververica.com> wrote:
>
> > Hi all,
> >
> > As people have already started working on their 1.15.
> > contribution, we'd like to start the discussion for
> > the release setup.
> >
> > - Release managers: As a team of three seems to have
> > worked perfectly fine, we'd like to suggest Till, Yun Gao
> > & Joe as the release managers for 1.15.
> >
> > - Timeline: 1.14 was released at the end of September and
> > aiming for a 4 months release cycle including one months
> > of stabilisation would lead to a feature freeze date at the
> > end of December, which would make the European holiday
> > season a bit stressful. One option would have been to aim for early
> > December, but we decided to go for the 17th of January.
> > Such that we also have some buffer before the Chinese new
> > year.
> >
> > - Bi-weekly sync: We'd also like to setup a bi-weekly sync again
> > starting from the 9th of November at 9am CET/4pm CST.
> >
> > - Collecting features: As last time it would be helpful to have
> > a rough overview of the efforts that will likely be included in
> > this release. We have created a wiki page [1] for collecting such
> > information. We'd like to kindly ask all committers to fill in the
> > page with features that they intend to work on.
> >
> > Just copy pasting what we included into the planning email
> > for 1.14, because it still applies:
> >
> > - Stability of master: This has been an issue during the 1.13 & 1.14
> > feature freeze phase and it is still going on. We encourage every
> > committer to not merge PRs through the Github button, but do this
> > manually, with caution for the commits merged after the CI being
> > triggered. It would be appreciated to always build the project before
> > merging to master.
> >
> > - Documentation: Please try to see documentation as an integrated
> > part of the engineering process and don't push it to the feature
> > freeze phase or even after. You might even think about going
> > documentation first. We, as the Flink community, are adding great
> > stuff, that is pushing the limits of streaming data processors, with
> > every release. We should also make this stuff usable for our users by
> > documenting it well.
> >
> > - Promotion of 1.15: What applies to documentation also applies
> > to all the activity around the release. We encourage every contributor
> > to also think about, plan and prepare activities like blog posts and
> talk,
> > that will promote and spread the release once it is done.
> >
> > Please let us know what you think.
> >
> > Thank you~
> > Till, Yun Gao & Joe
> >
> > [1] https://cwiki.apache.org/confluence/display/FLINK/1.15+Release
> >
>

Re: [Discuss] Planning Flink 1.15

Posted by Yun Gao <yu...@aliyun.com.INVALID>.
Hi all,

Very thanks @Joe for starting the discussion! And it is really honorable to be the release manager of 1.15~ 

And for the releasing date, there might be some concerns since Jan. 17th is closed to the Spring Festival Holiday (1.31 to 2.6) and many people might also start the holiday further in advance, it might have some influence to our releasing test / stabilization period. Thus perhaps another option might be we slightly extend the code freeze date to bypass the holiday till Feb. 6th ? WDYT ?

Thank you~

Best,
Yun




------------------------------------------------------------------
From:Israel Ekpo <is...@gmail.com>
Send Time:2021 Oct. 26 (Tue.) 08:09
To:dev <de...@flink.apache.org>
Subject:Re: [Discuss] Planning Flink 1.15

Thanks for the update, Joe.

Looking forward to this release.

On Mon, Oct 25, 2021 at 11:13 AM Johannes Moser <jo...@ververica.com> wrote:

> Hi all,
>
> As people have already started working on their 1.15.
> contribution, we'd like to start the discussion for
> the release setup.
>
> - Release managers: As a team of three seems to have
> worked perfectly fine, we'd like to suggest Till, Yun Gao
> & Joe as the release managers for 1.15.
>
> - Timeline: 1.14 was released at the end of September and
> aiming for a 4 months release cycle including one months
> of stabilisation would lead to a feature freeze date at the
> end of December, which would make the European holiday
> season a bit stressful. One option would have been to aim for early
> December, but we decided to go for the 17th of January.
> Such that we also have some buffer before the Chinese new
> year.
>
> - Bi-weekly sync: We'd also like to setup a bi-weekly sync again
> starting from the 9th of November at 9am CET/4pm CST.
>
> - Collecting features: As last time it would be helpful to have
> a rough overview of the efforts that will likely be included in
> this release. We have created a wiki page [1] for collecting such
> information. We'd like to kindly ask all committers to fill in the
> page with features that they intend to work on.
>
> Just copy pasting what we included into the planning email
> for 1.14, because it still applies:
>
> - Stability of master: This has been an issue during the 1.13 & 1.14
> feature freeze phase and it is still going on. We encourage every
> committer to not merge PRs through the Github button, but do this
> manually, with caution for the commits merged after the CI being
> triggered. It would be appreciated to always build the project before
> merging to master.
>
> - Documentation: Please try to see documentation as an integrated
> part of the engineering process and don't push it to the feature
> freeze phase or even after. You might even think about going
> documentation first. We, as the Flink community, are adding great
> stuff, that is pushing the limits of streaming data processors, with
> every release. We should also make this stuff usable for our users by
> documenting it well.
>
> - Promotion of 1.15: What applies to documentation also applies
> to all the activity around the release. We encourage every contributor
> to also think about, plan and prepare activities like blog posts and talk,
> that will promote and spread the release once it is done.
>
> Please let us know what you think.
>
> Thank you~
> Till, Yun Gao & Joe
>
> [1] https://cwiki.apache.org/confluence/display/FLINK/1.15+Release
>

Re: [Discuss] Planning Flink 1.15

Posted by Israel Ekpo <is...@gmail.com>.
Thanks for the update, Joe.

Looking forward to this release.

On Mon, Oct 25, 2021 at 11:13 AM Johannes Moser <jo...@ververica.com> wrote:

> Hi all,
>
> As people have already started working on their 1.15.
> contribution, we'd like to start the discussion for
> the release setup.
>
> - Release managers: As a team of three seems to have
> worked perfectly fine, we'd like to suggest Till, Yun Gao
> & Joe as the release managers for 1.15.
>
> - Timeline: 1.14 was released at the end of September and
> aiming for a 4 months release cycle including one months
> of stabilisation would lead to a feature freeze date at the
> end of December, which would make the European holiday
> season a bit stressful. One option would have been to aim for early
> December, but we decided to go for the 17th of January.
> Such that we also have some buffer before the Chinese new
> year.
>
> - Bi-weekly sync: We'd also like to setup a bi-weekly sync again
> starting from the 9th of November at 9am CET/4pm CST.
>
> - Collecting features: As last time it would be helpful to have
> a rough overview of the efforts that will likely be included in
> this release. We have created a wiki page [1] for collecting such
> information. We'd like to kindly ask all committers to fill in the
> page with features that they intend to work on.
>
> Just copy pasting what we included into the planning email
> for 1.14, because it still applies:
>
> - Stability of master: This has been an issue during the 1.13 & 1.14
> feature freeze phase and it is still going on. We encourage every
> committer to not merge PRs through the Github button, but do this
> manually, with caution for the commits merged after the CI being
> triggered. It would be appreciated to always build the project before
> merging to master.
>
> - Documentation: Please try to see documentation as an integrated
> part of the engineering process and don't push it to the feature
> freeze phase or even after. You might even think about going
> documentation first. We, as the Flink community, are adding great
> stuff, that is pushing the limits of streaming data processors, with
> every release. We should also make this stuff usable for our users by
> documenting it well.
>
> - Promotion of 1.15: What applies to documentation also applies
> to all the activity around the release. We encourage every contributor
> to also think about, plan and prepare activities like blog posts and talk,
> that will promote and spread the release once it is done.
>
> Please let us know what you think.
>
> Thank you~
> Till, Yun Gao & Joe
>
> [1] https://cwiki.apache.org/confluence/display/FLINK/1.15+Release
>