-
Notifications
You must be signed in to change notification settings - Fork 568
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Release plan - v12.x Maintenance #494
Comments
Previously we've aimed for one scheduled release per month, with one semver-minor release per quarter. Does it make sense to start with that for v12.x? One consideration would be that with v12.x only has 12months of Active LTS. |
I'm +1 to keeping up that cadence personally
…On Thu, Oct 24, 2019, 11:29 AM Bethany Nicolle Griggs < ***@***.***> wrote:
Previously we've aimed for one scheduled release per month, with one
semver-minor release per quarter. Does it make sense to start with that for
v12.x? One consideration would be that with v12.x only has 12months of
Active Maintenance.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#494?email_source=notifications&email_token=AADZYVYIXAW2YKTUPRI5N5TQQG5MJA5CNFSM4JC4UBBKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOECFOCYI#issuecomment-545972577>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AADZYVZYYU2HMPSKTG3AFJTQQG5MJANCNFSM4JC4UBBA>
.
|
I added a table to the OP with this cadence. Does it look good? |
/cc @nodejs/lts |
LGTM. Only question I have is April 2020 is Node.js 10 transitioning to maintenance (potential last minute rush to get things into 10.x) and initial Node.js 14 so whether a semver-minor for 12 in the same month would be overloading the releasers? |
Looks good but I also agree with @richardlau - but maybe we can make that call closer to the time depending on Releaser availability? |
+1 to proposed schedule |
Thoughts on whether v12.15.0(nodejs/node#31368) should be delayed due to https://nodejs.org/en/blog/vulnerability/february-2020-security-releases/? /cc @nodejs/releasers @nodejs/lts @targos |
I think we should reschedule it. Maybe the week after the security release? |
+1 on delaying until the week after the security release. There are a couple module related PRs that landed in the last 13.x release we should consider including. I'll work on backporting this week. |
If v12.15 will be delayed by a week to make space for the security release, is the an opportunity to slide in a fix like nodejs/node#31005 that is a blocker for us from using v12.x in production? |
@ggoodman It's already in the proposal for 12.15.0 (the release number will be bumped to account for the security release): nodejs/node#31368 |
@richardlau I think what I understand is that What I was asking was whether the team would consider including the memory leak fix in the security release. If that isn't something that makes sense then 👍 but I wanted to make sure I asked. Also, if I've misunderstood, sorry for the confusion. |
Usually security releases only contain changes related to security issues. |
Ok, so I changed the release date to 2020-02-12. /cc @codebytere |
Any chance we could prioritize the release? Really hoping to land nodejs/node#31005 which is a blocker for us from using v12.x in production? |
v12.16.0 was released today |
Awesome, thank you! |
I certainly won't be able to open the proposal for v12.16.3 tomorrow. There are more than 300 commits to audit and many have conflicts. |
Closing as no more releases are planned. |
The text was updated successfully, but these errors were encountered: