Add test setup for automated response to Node.js releases
Personne n'a encore pris cette issue.
- Langage dominant
- Dockerfile
- Étoiles
- 8.6k
- Forks
- 2k
- Merge moyen
- 10 h 19 min
- PR mergées (30 j)
- 16
Description
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.
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Aucun fichier ni point d’entrée de test n’est indiqué. Commencez par localiser l’automatisation qui traite les releases de Node.js et sa gestion de nodejs.org/download/release/index.json et des builds musl. Ajoutez une couverture unitaire et d’intégration à l’aide d’endpoints simulés, y compris les scénarios security-update et upstream-release, et vérifiez que l’automatisation n’attend pas inutilement les builds musl.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- nodejs
- Domaine
- release, testing-qa
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- Calme
- Clarté
- Plutôt claire
- Accessibilité débutants
- 52/100