Prepare for Node.js 27 pre-release (Alpha) / release
まだ誰も着手していません。
- 主要言語
- Dockerfile
- スター
- 8.6k
- フォーク
- 2k
- 平均マージ
- 10時間 19分
- マージ済み PR(30日)
- 16
説明
Task
Prepare for the new Node.js release model for Node.js 27 beginning in Oct 2026 with releases like 27.0.0-alpha.0.0.0 followed 6 months later in April 2027 by 27.0.0.
Background
The blog post Evolving the Node.js Release Schedule, March 10, 2026, announced the plan to release Node.js 27 Alpha in Oct 2026, followed by Node.js 27.0.0 in April 2027 and included the schedule information for the new model that Node.js 27 is planning to follow:
| Milestone | Date |
|---|---|
| Alpha begins | October 2026 |
| 27.0.0 | April 2027 |
| Enters LTS | October 2027 |
| End of Life | April 2030 |
According to the blog post, Alpha versioning follows semver prerelease format (e.g., 27.0.0-alpha.1) and semver-major changes are allowed during this phase.
Implications
This repo uses a combination of JavaScript, Bash script and GitHub Actions workflows to detect new Node.js versions and to update Dockerfiles to pass on to the official Docker site for image publication.
It interfaces with sources:
and posts its results to:
- https://nodejs/official-images
for image publication.
If the existing source interfaces are extended so they publish prerelease versions such as 27.0.0-alpha.0.0.0, then the viability of the workflows in this repo is uncertain, whichever of the following scenarios is followed:
Scenario 1 - ignore prerelease versions
Script changes would be needed to ignore prerelease versions. Sorting and comparisons may produce the wrong results when prerelease and release versions are available.
Scenario 2 - publish prerelease versions
To publish prerelease (Alpha) versions as Docker images, more extensive changes would be needed. versions.json needs a new field for the Alpha phase. Functionality similar to the npm package semver would be needed for version comparisons. The full version would need to be preserved in various places, instead of using an assumption that only major.minor.patch formats need to be handled.
Next steps
Gather inputs and make a decision on the direction to be taken for Node.js 27:
- Scenario 1 - ignore prerelease Node.js 27
- Scenario 2 - publish prerelease Node.js 27 versions as
nodeDocker images
Since this is a major policy decision, it should have the active involvement of the Docker Maintainers, possibly also with guidance from the Node.js TSC.
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
versions.json、Dockerfile、およびNode.jsのソースを読み取ってイメージのバージョンを更新するGitHub Actionsワークフローから始めます。現在、プレリリースバージョンがどのようにソートおよび比較されているかを確認し、その後、Node.js 27 Alphaバージョンを無視するか公開するかを決定する前に、maintainerとNode.js TSCから意見を集めます。このシナリオについてプロジェクトとして合意された方向性と実装範囲が定まれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- bash, docker, github-actions, javascript, node.js
- 領域
- build-system, devops, release
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 静か
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100