Release
1.0.0
| リリース | 状態 | コードネーム | 初期リリース | アクティブLTSが起動します | メンテナンス開始 | 終末期 |
|---|---|---|---|---|---|---|
| 18.x | メンテナンス | 水素 | 2022-04-19 | 2022-10-25 | 2023-10-18 | 2025-04-30 |
| 20.x | メンテナンス | 鉄 | 2023-04-18 | 2023-10-24 | 2024-10-22 | 2026-04-30 |
| 22.x | LTS | ジョード | 2024-04-24 | 2024-10-29 | 2025-10-21 | 2027-04-30 |
| 23.x | 現在 | 2024-10-15 | - | 2025-04-01 | 2025-06-01 | |
| 24.x | 保留中 | 2025-04-22 | 2025-10-28 | 2026-10-20 | 2028-04-30 |
日付は変更される可能性があります。
リリーススケジュールは、JSONファイルとしても利用できます。
node.jsリリースには、「現在」、「アクティブな長期サポート（LTS）」、および「メンテナンス」の3つのフェーズがあります。奇数のリリースラインはLTSに宣伝されていません - それらは「アクティブLTS」または「メンテナンス」フェーズを通過しません。
nodejs/nodeメインブランチに着地する非重要な（非壊れない）変更のほとんどを組み込む必要があります。重要なセキュリティとバグの修正に必要な変更は、リリースストリーム内のsemver-myjorの変更につながる可能性があります。そのような状況はまれであり、センバーマイナーとして着陸します。ただし、これらの変更には、リバートオプションが含まれている必要があります。
「サポートされたリリースライン」という用語は、終末期ではないすべてのリリースラインを参照するために使用されます。
| リリース | 状態 | コードネーム | 初期リリース | アクティブLTSが起動します | メンテナンスLTSが起動します | 終末期 |
|---|---|---|---|---|---|---|
| V0.10.x | 終末期 | - | 2013-03-11 | - | 2015-10-01 | 2016-10-31 |
| V0.12.x | 終末期 | - | 2015-02-06 | - | 2016-04-01 | 2016-12-31 |
| 4.x | 終末期 | アルゴン | 2015-09-08 | 2015-10-01 | 2017-04-01 | 2018-04-30 |
| 5.x | 終末期 | 2015-10-29 | - | 2016-06-30 | ||
| 6.x | 終末期 | ボロン | 2016-04-26 | 2016-10-18 | 2018-04-30 | 2019-04-30 |
| 7.x | 終末期 | 2016-10-25 | - | 2017-06-30 | ||
| 8.x | 終末期 | 炭素 | 2017-05-30 | 2017-10-31 | 2019-01-01 | 2019-12-31 |
| 9.x | 終末期 | 2017-10-01 | - | 2018-06-30 | ||
| 10.x | 終末期 | ドゥブニウム | 2018-04-24 | 2018-10-30 | 2020-05-19 | 2021-04-30 |
| 11.x | 終末期 | 2018-10-23 | - | 2019-06-01 | ||
| 12.x | 終末期 | エルビウム | 2019-04-23 | 2019-10-21 | 2020-11-30 | 2022-04-30 |
| 13.x | 終末期 | 2019-10-22 | - | 2020-06-01 | ||
| 14.x | 終末期 | フェルミウム | 2020-04-21 | 2020-10-27 | 2021-10-19 | 2023-04-30 |
| 15.x | 終末期 | 2020-10-20 | - | 2021-06-01 | ||
| 16.x | 終末期 | ガリウム | 2021-04-20 | 2021-10-26 | 2022-10-18 | 2023-09-11 |
| 17.x | 終末期 | 2021-10-19 | - | 2022-06-01 | ||
| 19.x | 終末期 | 2022-10-18 | - | 2023-06-01 | ||
| 21.x | 終末期 | 2023-10-17 | - | 2024-04-01 | 2024-06-01 |
リリースワーキンググループの目的は次のとおりです。
その責任は次のとおりです。
リリースワーキンググループはチームに構成されており、ワーキンググループのメンバーシップはこれらのチームのメンバーシップを自動的にもたらさない。これらのチームは次のとおりです。
releasersチームは、ビルドとサインリリースを可能にするために、秘密とCIアクセスを委託されています。リリースチームへの追加は、Governance.mdで概説されているプロセスに続いてTSCによって承認されなければなりません。
リリースチームは、LTSリリースのプロセス/コンテンツと、これらのリリースに必要なバックポートを管理します。リリースチームへの追加では、リリースチームの残りの部分からサインオフする必要があります。
金鉱山（CITGM）チームは、CITGMをリリースの重要な正気チェックの1つとして維持しています。このチームはCITGMリポジトリを維持し、CITGMのビルドを定期的に実行および通過させ続けるように取り組んでいます。これには、ビルドワーキンググループと共同でCIジョブを維持することも含まれます。
node.jsの新しいsemver-majorリリースは、6か月ごとにmainから分岐しています。新しい偶数バージョンは4月にリリースされ、10月には奇数のバージョンがリリースされます。
新しい奇妙な数のメジャーリリースと連携して、以前の偶数のメジャーバージョンは長期的なサポートに移行します。長期的なサポートへの移行は、 Semver-Minorリリースで発生し、新しいメジャーバージョンがリリースされた後に発生するはずです。
すべての（LTS）メジャーバージョンは、LTSカバレッジに入ってから12か月間積極的に維持されます。これらの12か月の積極的なサポートに続いて、メジャーバージョンは18か月間「メンテナンス」モードに移行します。 node.js 12の前に、アクティブ期間は18か月で、メンテナンス期間は12か月でした。各リリースフェーズ中に着陸する予定の詳細については、リリースフェーズを参照してください。
リリースがLTSに移動される、LTSモード間で移動する、または非推奨の正確な日付は、変更する月の初日までに選択されます。リリースチームがリリース日を変更することを計画している場合、14日以上通知して行われます。
すべてのLTSリリースにはコードネームが割り当てられます。予想される今後のコードネームのリストは、codenames.mdで入手できます。
すべてのLTSメジャーバージョンには、GitHubリポジトリに2つのブランチがあります。リリースブランチとステージングブランチです。リリースブランチは、新しいリリースをカットするために使用されます。 @nodejs/リリースチームのメンバーのみが、リリースブランチにコミットする必要があります。ステージングブランチは、将来のリリースに含まれる必要があるメインからのチェリーピックまたはバックポートのコミットを上陸させるために使用されます。 @nodejs/backportersのメンバーのみが、ステージングブランチにコミットする必要があります。
たとえば、node.js v4の場合、 v4.xブランチとv4.x-stagingブランチがあります。将来のnode.js v4リリースのためにチェリーピックされなければならないメインの土地をコミットする場合、それらはv4.x-stagingブランチに着陸する必要があります。将来のnode.js v4リリースにコミットがバックポートされた場合、それらはv4.x-stagingブランチに対して開かれたプル要求の形で行われなければなりません。新しいv4.xリリースが準備されている場合、コミットはv4.xブランチにのみ着陸します。
一般的に、変更は、バックポートになる前に、少なくとも2週間の間、現在のリリースに住むと予想されます。リリースワーキンググループの裁量で、早期に上陸することが可能です。
ワーキンググループのメンバーは、以下にリストされているリリーザー、バックポルター、CITGMチームメンバーの連合です。
