Confusion regarding “Maintenance LTS” status
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Documentazione
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- node.js
- Ambito
- documentation, release
Direzione di ricerca
Inizia esaminando la terminologia esistente di Maintenance LTS e la discussione dell’issue composta da otto commenti, inclusa la cronologia della modifica della formulazione. Il lavoro è completato quando il progetto avrà concordato un linguaggio e indicazioni più chiari per gli sviluppatori di librerie e applicazioni riguardo alla migrazione e al supporto durante questa fase.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I’ve been reading through the history a bit of how “Maintenance” was changed to “Maintenance LTS.” There seems to be good reasoning behind the wording but what I’m finding is that there are some unintended consequences that need to be resolved.
In my view, maintenance means “get off of this.” In fact, it’s my view that it needs to mean that, especially for libraries since they have to move people early in order to push applications to upgrade before the window closes. The end of maintenance means “no more security fixes.” It means “when this is over it’s potentially harmful to run this version.” But that’s not the way people are interpreting it.
Library authors seem to think that they should ensure support in the most recent versions of their libraries until the end of this window. I don’t think that’s the intention, because we need the ecosystem to be migrating away from this version during that maintenance window if we ever hope to have applications and vendors migrated off before the window closes. There’s a limited number of incentives Node.js has to push an ecosystem this large and complex in a more secure direction, and the current wording and lack of clear direction to developers means the few incentives we have aren’t being used very effectively.
It might be worth changing the language here to clarify the desired behavior of library and application developers and potentially re-wording some of these terms.
- Lingua principale
- JavaScript
- Stelle
- 4.4k
- Fork
- 675
- Merge medio
- 22h 29m
- PR unite (30g)
- 1
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di nodejs/Release
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
-
Release-agenda
Difficoltà 1/5 1-3 ore Idoneità per principianti 78/100
-
CitGM backlog Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 50/100
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 20/100
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 35/100
Tutte le issue di nodejs/Release
Issue simili
-
Bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
Automattic/safe-publish#594 ·
-
内部文件键(绝对路径的 base64)泄漏到界面标签 Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
dream-num/dsh-univer-office#104 ·
-
comp/dashboard invalid P3
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
NousResearch/hermes-agent#121143 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
avniproject/avni-webapp#1811 ·
-
area/auroraboot area/webui bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100