Новый релизный цикл Node.js:
Один major в год, альфа-канал и что это значит

Введение

Проект Node.js объявил о первом крупном изменении релизного цикла за последние десять лет. С октября 2026 года Node.js переходит с двух major-релизов в год на один, номера версий будут соответствовать календарному году, каждый выпуск будет становиться LTS, и появится новый альфа-канал для раннего тестирования.

Если это звучит как много изменений — вот успокаивающая новость: если вы, как и большинство разработчиков, используете только LTS-версии, для вас почти ничего не меняется, кроме номеров версий. Но изменения продуманы, и их стоит понять, чтобы уверенно планировать обновления.

В этом обзоре мы разберём, что именно меняется, почему проект принял такое решение и что это значит на практике — для продакшена, для разработчиков библиотек и для тех, кто просто хочет знать, какая версия сейчас актуальна.

Краткий обзор: что меняется

Если у вас есть минута — вот вся суть в шести пунктах:

• Один major-релиз в год, а не два. Релиз выходит каждый апрель и переводится в LTS в октябре.
• Номера версий по годам. Node.js 27 выходит в 2027, Node.js 28 — в 2028, Node.js 29 — в 2029 и так далее.
• Каждый выпуск становится LTS. Разделение на чётные и нечётные версии уходит в прошлое.
• Новый альфа-канал (например 27.0.0-alpha.1) даёт разработчикам библиотек шесть месяцев на тестирование breaking changes.
• Сроки поддержки остаются прежними: LTS — около 30 месяцев, примерно 36 месяцев от первого релиза до конца жизни.
• Старт — октябрь 2026. Node.js 26 — последний релиз по старой модели, Node.js 27 — первый по новой.

Как устроены релизы Node.js сейчас (до октября 2026)

Чтобы понять новую модель, стоит освежить в памяти текущую. Сегодня Node.js выпускает два major-релиза в год: один в апреле и один в октябре. Каждый новый major проводит шесть месяцев на линии Current — период стабилизации, когда разработчики библиотек проверяют совместимость.

После шести месяцев судьба версии зависит от одного правила: нечётные релизы (19, 21, 23, 25) достигают конца жизни и никогда не переводятся в LTS. Чётные релизы (20, 22, 24, 26) переводятся в Active LTS и поддерживаются 30 месяцев.

Если вам когда-либо приходилось объяснять это правило новичку, вы знаете проблему. Правило чётных/нечётных версий — настоящий барьер для входа в экосистему. Оно кажется очевидным, когда его знаешь, и совершенно произвольным, пока не узнал.

Что меняется с октября 2026

Новая модель сохраняет всё, что работало в старой — предсказуемый график, период стабилизации, длинные окна поддержки — и убирает то, что вызывало трудности. Рассмотрим четыре главных изменения.

Один major-релиз в год

Вместо двух major-релизов в год будет один. Ритм прост: новый major выходит в режиме Current в апреле и переводится в LTS в октябре того же года. Вдвое меньше версий для отслеживания, и даты никогда не меняются.

Номера версий по годам

Самое заметное изменение. Номер major-версии теперь соответствует году выпуска: Node.js 27 выходит в 2027, Node.js 28 — в 2028, Node.js 29 — в 2029 и так далее. Номер версии сразу показывает возраст рантайма.

Есть и удачное совпадение: текущая версия (26) уже совпадает с последними двумя цифрами года (2026). Переход на один релиз в год закрепляет это совпадение навсегда.

Каждый выпуск становится LTS

С одним релизом в год больше нет необходимости в танцах с чётными и нечётными номерами. Каждый выпуск становится LTS. Node.js 27 станет LTS, Node.js 28 станет LTS — каждый год.

Это изменение отражает реальность. Команда Node.js открыто признала, что внедрение нечётных релизов исторически было очень низким — большинство пользователей просто ждали следующего LTS. Если релизы, которые люди реально используют — это LTS, то сделать каждый выпуск LTS — просто приведение модели в соответствие с реальностью.

Новый альфа-канал

Нечётные релизы служили не только для смены версий — у них была важная функция: они давали разработчикам библиотек реальные сборки для тестирования breaking changes. Просто убрать нечётные релизы означало бы потерять эту систему раннего оповещения.

Проект заменяет их кое-чем лучшим: выделенным альфа-каналом. За шесть месяцев до того, как версия станет Current (октябрь–март), будут публиковаться подписанные альфа-сборки в стандартном semver-формате — например, 27.0.0-alpha.1 и 27.0.0-alpha.2. Эти сборки допускают semver-major (критические) изменения и проходят реальные проверки качества через CITGM.

Альфа-сборки категорически не предназначены для продакшена. Это тестовый полигон для тех, кому нужно выявлять критические изменения заранее.

Новый жизненный цикл релизов

Собирая всё вместе, каждый релиз теперь проходит через четыре фазы:

Примерно 36 месяцев от первого Current-релиза до конца жизненного цикла, что очень близко к текущим срокам поддержки.

Node.js 26 vs Node.js 27: переход

Самый наглядный способ увидеть изменения — сравнить последний релиз старой модели с первым релизом новой:

График на будущее

Благодаря регулярному каденсу, график можно просчитать на годы вперёд без календаря. Каждый major входит в альфа в октябре, становится Current в апреле, переходит в LTS в октябре и достигает конца жизни через три года после первого релиза:

Почему проект это делает

Такие изменения не принимают легкомысленно. Честная, неприглядная правда в том, что Node.js в основном поддерживается волонтёрами, и старая модель требовала от них многого. Поддержка исправлений безопасности на четырёх-пяти активных линиях одновременно — это огромный объём бэкпортинга, тестирования и координации. И большая часть этих усилий уходила на линии, которые сравнительно мало кто использовал.

Данные подтверждали это с разных сторон:

• Низкое внедрение нечётных релизов. Большинство пользователей ждали LTS и пропускали нечётные версии. Усилия по их поддержке редко окупались.
• Путаница у новичков. Правило чётных/нечётных номеров — настоящий барьер для входа в экосистему.
• Устойчивость. Меньше параллельных линий означает меньше трудозатрат на бэкпортинг и больше энергии на версии, от которых зависят пользователи.

Проект, управляемый волонтёрами, который честно смотрит на то, куда уходит время мейнтейнеров, и решает сократить собственную рутину — это именно то ответственное решение, которое позволяет проекту жить ещё десятилетие.

Что это значит для вас

Если вы используете LTS в продакшене

Для вас почти ничего не меняется. Продолжайте делать то, что делаете сегодня: развёртывайте LTS, обновляйтесь до следующего LTS, когда есть время на тестирование, и радуйтесь, что больше не нужно запоминать правило чётных/нечётных номеров. Единственное, что стоит запомнить — номер версии теперь означает год.

Полный обзор того, что включает Node.js 26 — последний релиз по старой модели — с Temporal API, возможностями V8 14.6 и Undici 8, читайте в моём руководстве по Node.js 26.

Если вы поддерживаете библиотеку или инструмент

Здесь у вас есть реальная задача. Подключите альфа-релизы в ваш CI как можно раньше. Смысл альфа-канала именно в том, чтобы выявлять критические изменения до того, как они достигнут пользователей, которые от вас зависят.

Добавьте альфа-версию в матрицу тестирования CI:

# .github/workflows/ci.yml
strategy:
  matrix:
    node-version:
      - '22'      # Текущий LTS
      - '24'      # LTS
      - '26'      # Последний LTS (после окт 2026)
      - '27.0.0-alpha.1'  # Альфа-канал

Подробнее о модели разрешений Node.js — ключевой функции безопасности, которая перешла из экспериментальной в стабильную в Node.js 26 — читайте в моём руководстве по модели разрешений Node.js. А для сравнения с альтернативными рантаймами — мой обзор Deno 2.8.

FAQ