Release
1.0.0
| Liberar | Status | Codinome | Liberação inicial | Start LTS ativo | Início da manutenção | Final de vida |
|---|---|---|---|---|---|---|
| 18.x | Manutenção | Hidrogênio | 2022-04-19 | 2022-10-25 | 2023-10-18 | 2025-04-30 |
| 20.x | Manutenção | Ferro | 2023-04-18 | 2023-10-24 | 2024-10-22 | 2026-04-30 |
| 22.x | Lts | Jod | 2024-04-24 | 2024-10-29 | 2025-10-21 | 2027-04-30 |
| 23.x | Atual | 2024-10-15 | - | 2025-04-01 | 2025-06-01 | |
| 24.x | Pendente | 2025-04-22 | 2025-10-28 | 2026-10-20 | 2028-04-30 |
As datas estão sujeitas a alterações.
O cronograma de lançamento também está disponível como um arquivo JSON.
Existem três fases em que uma liberação de node.js pode estar em: 'atual', 'suporte ativo de longo prazo (LTS) e' manutenção '. As linhas de liberação com números ímpares não são promovidos a LTS - eles não passarão pelas fases 'LTs ativos' ou 'manutenção'.
nodejs/node .As alterações necessárias para a segurança crítica e as correções de bugs podem levar a alterações de semver-major de aterrissagem dentro de um fluxo de liberação, essas situações serão raras e chegarão a Semver-minor . Embora essas alterações devam ter uma opção de reversão incluída.
O termo 'linhas de liberação suportado' será usado para se referir a todas as linhas de liberação que não são de fim de vida.
| Liberar | Status | Codinome | Liberação inicial | Start LTS ativo | LTS de manutenção começam | Final de vida |
|---|---|---|---|---|---|---|
| v0.10.x | Final de vida | - | 2013-03-11 | - | 2015-10-01 | 2016-10-31 |
| v0.12.x | Final de vida | - | 2015-02-06 | - | 2016-04-01 | 2016-12-31 |
| 4.x | Final de vida | Argônio | 2015-09-08 | 2015-10-01 | 2017-04-01 | 2018-04-30 |
| 5.x | Final de vida | 2015-10-29 | - | 2016-06-30 | ||
| 6.x | Final de vida | Boro | 2016-04-26 | 2016-10-18 | 2018-04-30 | 2019-04-30 |
| 7.x | Final de vida | 2016-10-25 | - | 2017-06-30 | ||
| 8.x | Final de vida | Carbono | 2017-05-30 | 2017-10-31 | 2019-01-01 | 2019-12-31 |
| 9.x | Final de vida | 2017-10-01 | - | 2018-06-30 | ||
| 10.x | Final de vida | Dubnium | 2018-04-24 | 2018-10-30 | 2020-05-19 | 2021-04-30 |
| 11.x | Final de vida | 2018-10-23 | - | 2019-06-01 | ||
| 12.x | Final de vida | Erbium | 2019-04-23 | 2019-10-21 | 2020-11-30 | 2022-04-30 |
| 13.x | Final de vida | 2019-10-22 | - | 2020-06-01 | ||
| 14.x | Final de vida | Fermium | 2020-04-21 | 2020-10-27 | 2021-10-19 | 2023-04-30 |
| 15.x | Final de vida | 2020-10-20 | - | 2021-06-01 | ||
| 16.x | Final de vida | Gálio | 2021-04-20 | 2021-10-26 | 2022-10-18 | 2023-09-11 |
| 17.x | Final de vida | 2021-10-19 | - | 2022-06-01 | ||
| 19.x | Final de vida | 2022-10-18 | - | 2023-06-01 | ||
| 21.x | Final de vida | 2023-10-17 | - | 2024-04-01 | 2024-06-01 |
O objetivo do Grupo de Trabalho de Liberação é:
Suas responsabilidades são:
O grupo de trabalho de liberação é estruturado em equipes e a participação no grupo de trabalho não resulta automaticamente em membros dessas equipes. Essas equipes são:
A equipe releasers é confiada os segredos e o acesso ao CI para poder construir e assinar lançamentos. As adições à equipe RELEASSER devem ser aprovadas pelo TSC após o processo descrito em Governança.md.
A equipe de liberação gerencia o processo/conteúdo dos lançamentos do LTS e o backport necessário para esses lançamentos. As adições à equipe de liberação precisam de assinatura do restante da equipe de liberação.
O canário na equipe de mina de ouro (CITGM) mantém o CitGM como um dos principais verifica a sanidade para lançamentos. Essa equipe mantém o repositório do CITGM e trabalha para manter as construções do CitGM funcionando e passando regularmente. Isso também inclui a manutenção dos trabalhos de IC em colaboração com o grupo de trabalho de construção.
Novos lançamentos de Semver-Major do Node.js são ramificados main cada seis meses. Novas versões uniformes são lançadas em abril e versões ímpares em outubro.
Em coordenação com um novo lançamento principal com números ímpares , a versão principal anterior do número parecido fará a transição para o suporte a longo prazo. A transição para o suporte a longo prazo ocorrerá em uma versão semver-minor e deve ocorrer depois que a nova versão principal for lançada.
Cada versão principal (LTS) será mantida ativamente por 12 meses a partir da data em que entrará na cobertura do LTS. Após esses 12 meses de suporte ativo, a versão principal passará para o modo de "manutenção" por 18 meses. Antes do Node.js 12, o período ativo foi de 18 meses e o período de manutenção de 12 meses. Consulte Fases de liberação para obter detalhes sobre quais alterações devem pousar durante cada fase de liberação.
A data exata em que uma liberação será movida para o LTS, movida entre os modos LTS ou depreciada será escolhida o mais tardar no primeiro dia do mês em que é alterar. Se a equipe de liberação planeja alterar a data de lançamento, isso será feito com nada menos que 14 dias.
Todos os lançamentos do LTS receberão um codinome. Uma lista dos próximos nomes de codenários esperados está disponível em codenames.md.
Cada versão principal do LTS possui duas ramificações no repositório do GitHub: uma filial de liberação e uma filial de estadiamento. O ramo de liberação é usado para cortar novos lançamentos. Somente membros da equipe @Nodejs/Rellers devem atingir os compromissos de liberação de filiais. O ramo de estadiamento é usado para desembarcar com compromissos escolhidos por cerejeira ou backport do Main que precisam ser incluídos em um lançamento futuro. Somente membros do @Nodejs/Backporters devem aterrissar em filiais de estadiamento.
Por exemplo, para Node.js v4, existe uma ramificação v4.x e uma ramificação v4.x-staging . Quando comete terras em principal que devem ser escolhidas para uma versão futura do Node.js V4, elas devem ser desembarcadas no ramo de v4.x-staging Quando os compromissos são retrocedidos para uma versão futura do Node.js V4, eles devem vir na forma de solicitações de tração abertas contra a filial v4.x-staging . Os compromissos são pousados apenas no ramo v4.x quando uma nova versão v4.x está sendo preparada.
Geralmente, espera -se que as mudanças vivam em uma versão atual por pelo menos 2 semanas antes de serem devolvidas. É possível que um comprometimento de pousar mais cedo, a critério do grupo de trabalho de liberação.
Os membros do Grupo de Trabalho são a União dos Releassados, Backporters e membros da equipe do CITGM listados abaixo.
