Node.js LTS: как читать release schedule и не обновляться в панике
У Node.js предсказуемый график релизов, и его стоит использовать как календарь технического долга.
У Node.js есть удобная особенность: релизы не появляются как сюрприз. Есть расписание, понятны LTS-ветки, понятны даты окончания поддержки. Это можно использовать не только для чтения новостей, но и для нормального планирования серверов.
Что важно смотреть
В release schedule интересны три вещи:
- когда ветка становится Active LTS;
- когда она переходит в Maintenance;
- когда заканчивается поддержка.
Если проект живет на сервере, важна не самая новая версия, а поддерживаемая версия с понятным окном обновления. Для production обычно лучше LTS, а не Current, если нет конкретной причины брать свежую ветку.
Почему нельзя ждать EOL
Ошибка многих проектов — обновляться только когда версия уже умерла. В этот момент становится неприятно сразу по нескольким причинам: зависимости могли давно подготовиться к новым версиям, часть пакетов перестала тестировать старую ветку, а исправления безопасности уже не приходят.
Лучше завести простое правило: проверять Node.js раз в квартал. Не обязательно обновлять каждый раз, но нужно понимать, сколько времени осталось до следующей миграции.
Мини-чеклист перед обновлением
- проверить
enginesвpackage.json; - обновить lock-файл на тестовой машине;
- прогнать build и тесты;
- проверить systemd unit или pm2-конфиг;
- посмотреть, не изменились ли требования у фреймворка.
Вывод
Node.js LTS — это не повод бежать за версией в день релиза. Это календарь, который помогает не проснуться внезапно на неподдерживаемом runtime.
Источники: Node.js releases и Node.js Release Working Group.