Evolving the Node.js Release Schedule

Context

현재 10년 된 릴리스 일정은 짝수 릴리스만 LTS 지정하는 구조로, 기술 지원자들이 4~5개의 활성 릴리스 라인을 동시에 관리하면서 보안 릴리스 백포팅 복잡도가 증가했다. 실제 사용 데이터 분석 결과 사용자 대다수가 LTS 버전만 사용하고 홀수 릴리스는 최소 채택률을 보였다.

Technical Solution

• 연 1회 메이저 릴리스로 변경: 4월 Current 릴리스, 10월 LTS 승격으로 고정 일정 제공
• 모든 릴리스 LTS 지정: 홀수/짝수 구분 제거로 버전 정책 단순화
• Alpha 채널 도입: 10월부터 3월까지 6개월간 semver-major 변경 허용, CITGM 테스트 실행
• 버전 번호를 달력 연도와 정렬: 2027년 출시 버전은 27.0.0, 2028년은 28.0.0
• 지원 기간 단일화: Alpha 6개월 + Current 6개월 + LTS 30개월 = 총 36개월

Impact

• 동시 관리 릴리스 라인 수 감소로 백포팅 복잡도 감소
• LTS 버전 지원 기간 유지: 30개월 기간 변화 없음
• V8 업데이트 사이클 개선: 최신 릴리스가 최대 6개월 이전 V8 버전 포함

Key Takeaway

릴리스 관리에서 실제 사용 패턴 데이터(10년)를 기반으로 이상적인 설계가 아닌 실사용 중심으로 정책을 재설계하면, 유지보수 자동화 복잡도를 줄이면서 사용자 예측 가능성을 높일 수 있다.