Add test setup for automated response to Node.js releases
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 52/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Ruhig
- Tech-Stack
- nodejs
- Bereich
- release, testing-qa
Rechercherichtung
Es werden keine Dateien oder Test-Einstiegspunkte genannt. Beginne damit, die Automatisierung zu finden, die Node.js-Releases verarbeitet, sowie deren Umgang mit nodejs.org/download/release/index.json und musl-Builds. Füge Unit- und Integrationstests mit gemockten Endpunkten hinzu, einschließlich der Szenarien security-update und upstream-release, und überprüfe, dass die Automatisierung nicht unnötig auf musl-Builds wartet.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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.
- Vorherrschende Sprache
- Dockerfile
- Sterne
- 8.6k
- Forks
- 2k
- Ø Merge
- 10 Std. 19 Min.
- Gemergte PRs (30 T.)
- 16
Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus nodejs/docker-node
-
build process docs
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
nodejs/docker-node#2564 · 2 Kommentare ·
-
build process
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
nodejs/docker-node#2437 ·
-
build process
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 64/100
nodejs/docker-node#2436 · 1 Kommentar ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
nodejs/docker-node#1779 · 1 Kommentar ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
nodejs/docker-node#1707 · 3 Kommentare · 7 Reaktionen ·
Alle Issues in nodejs/docker-node
Ähnliche Issues
-
Help-Wanted Needs-Triage Package-Update
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
microsoft/winget-pkgs#440023 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
cactus-compute/needle#142 ·
-
area/cli bug needs-security-review security severity/medium spec-mismatch
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
-
Release autosync 0.1.1 Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100