Add test setup for automated response to Node.js releases
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 52/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- nodejs
- Ambito
- release, testing-qa
Direzione di ricerca
Non sono indicati file né punti di ingresso dei test. Inizia individuando l’automazione che elabora le release di Node.js e la sua gestione di nodejs.org/download/release/index.json e delle build musl. Aggiungi una copertura di unit test e test di integrazione usando endpoint simulati, inclusi gli scenari security-update e upstream-release, e verifica che l’automazione non attenda inutilmente le build musl.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What would you like
Add a test setup so that automation responses to new Node.js releases can be tested without requiring production server availability.
Add unit tests and integration tests.
Mock relevant endpoints, such as:
Determine if tests should still assume sourcing musl builds from https://unofficial-builds.nodejs.org or if this should fast-forward to a scenario where this is no longer necessary.
Why is it needed
Automation that deals with processing Node.js updates often fails, leading to manual effort to correct the situation.
Problems have been known about for some time, but efforts so far to correct the issues have had limited success. The outcome of new releases has tended to cause surprises.
Security updates, which typically cause release of updates for each supported release line on the same day, have proved particularly difficult to deal with correctly. Automation is supposed to proceed without waiting for musl builds, which can take many hours, and instead is waiting when it shouldn't.
Planned upstream changes mean that code changes will be necessary:
- promotion of Alpine to Tier 2
- Node.js introduction with alpha releases
If these can be tested before their function is needed, that would help with automation predictability.
- Lingua principale
- Dockerfile
- Stelle
- 8.6k
- Fork
- 2k
- Merge medio
- 10h 19m
- PR unite (30g)
- 16
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/docker-node
-
build process docs
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
nodejs/docker-node#2564 · 2 commenti ·
-
build process
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
nodejs/docker-node#2437 ·
-
build process
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
nodejs/docker-node#2436 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
nodejs/docker-node#1779 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
nodejs/docker-node#1707 · 3 commenti · 7 reazioni ·
Tutte le issue di nodejs/docker-node
Issue simili
-
type/bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
bug via-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
-
[LNG prod] Release 2.4.6 Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
apache/rocketmq-dashboard#4626 · 1 commento ·
-
Helm chart version SEMVER Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100