-
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 - v16.x Maintenance #658
Comments
This comment has been minimized.
This comment has been minimized.
Contrary to what we discussed at the last Releasers meeting, I wasn't able to get 16.4.0 out on Thursday, so I'm going to push the schedule back 1 week for that release. And we should probably reflect rest of the schedule with the additional week. |
The schedule is wrong for the past releases. I already updated the table :
In Markdown, it looks like this : | **Release Date** | **Release** | **Releaser** |
| ---------------- | -------------- | -------------- |
| 2021-04-20 | v16.0.0 | @BethGriggs |
| 2021-05-04 | v16.1.0 | @targos |
| 2021-05-19 | v16.2.0 | @targos |
| 2021-06-02 | v16.3.0 | @danielleadams |
| 2021-06-23 | v16.4.0 | @danielleadams |
| 2021-06-29 | v16.x.x | @BethGriggs |
| 2021-07-13 | v16.x.x | |
| 2021-07-27 | v16.x.x | |
| 2021-08-10 | v16.x.x | |
| 2021-08-24 | v16.x.x | |
| 2021-09-07 | v16.x.x | |
| 2021-09-21 | v16.x.x | |
| 2021-10-05 | v16.x.x | |
| 2021-10-19 | v16.x.x | |
| 2021-10-26 | LTS Transition | |
Yes, we should postpone all the next releases to one week. 👍 |
Updated. I'd prefer to keep the schedule as is rather than move all the future dates out - I can make a call next week whether there's enough to warrant a release so soon or skip. |
@BethGriggs I added myself to July 13, but I'm also available on the other one, in case you prefer that date. |
I picked up the August releases, but happy to swap if anyone needs/wants to. |
Pushed back tomorrow's to 8/17. |
We have 58 commits currently unreleased on v16.x-staging -- most probably due to the recent security releases supplanting the originally planned release last week. I'm going to try to get a quick release out this week to get those out and then we can keep the LTS transition next week to the usual "only changes the LTS bit" release. |
Following up here - a backport has been opened for nodejs/node#42726 (nodejs/node#42726), but 16.15.0 won't be ready for tomorrow. |
The staging branch for v16.17.0 is almost ready. I'm aiming the release for 2022-08-16. |
The v16.18.0 will have a delay to Monday 03 of October due to many conflicts and work stuff |
Node.js 16 reaches End-of-Life in a few weeks on 11 September 2023. I've been looking at open PRs for v16.x as well as closed PR's labelled We have two open PRs:
And lts-watch-v16.x labelled:
I've also already cherry-picked onto v16.x-staging a commit to fix the V8 CI for Node.js 16, plus two root certificate updates which at first glance appear to be the only notable reason for doing another Node.js 16 release. The root certificate updates add two root certificates and removes three others:
My only window to do a release is next week -- I'm going to be busy with work between 4-9 September. I'm currently leaning towards not doing a final Node.js 16 release. @nodejs/lts @nodejs/releasers thoughts? One option could be to land things on v16.x-staging but not release so that they'd be there if people want to build from source. |
nodejs/node#47337 passed CI so I've landed it on v16.x-staging. |
Draft schedule - all dates subject to change
Current
The text was updated successfully, but these errors were encountered: