Mettre à jour les actions GitHub sur le runtime Node 24 - #44
Merged
Conversation
GitHub déprécie Node 20 sur les runners : chaque étape reposant sur une action node20 émet désormais un avertissement. Bascule vers les majeures qui déclarent `using: node24` : - actions/checkout v4 -> v7 - actions/setup-python v5 -> v7 - actions/cache v4 -> v6 - robinraju/release-downloader v1.11 -> v1.13 Le changement cassant de checkout v5.1/v6.1/v7 ne concerne que `pull_request_target` et `workflow_run` (checkout d'une PR de fork bloqué par défaut) ; ces workflows n'utilisent que push, pull_request, schedule et workflow_dispatch. cache v5+ exige un runner >= 2.327.1, sans effet sur les runners ubuntu-latest hébergés. Remplace aussi `marvinpinto/action-automatic-releases`, dépôt archivé resté en node12, par `softprops/action-gh-release@v3` : - `repo_token` -> `token`, `automatic_release_tag` -> `tag_name`, `title` -> `name` - `make_latest: true` sur l'étape `latest` : marvinpinto recréait cette release à chaque exécution, ce qui la plaçait en tête de /releases/latest, endpoint interrogé par l'étape de téléchargement des fichiers précédents - `generate_release_notes: true` sur la release datée, à la place du changelog automatique de l'ancienne action - `fail_on_unmatched_files: true` pour ne pas publier une release vide si la génération n'a rien produit - `permissions: contents: write` sur le job, la création du tag et de la release passant par l'API Le tag git `latest` n'est en revanche plus déplacé : la release est retrouvée par son tag existant et ses assets, de noms identiques d'une semaine sur l'autre, sont écrasés. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
GitHub déprécie Node 20 sur les runners : chaque étape reposant sur une action node20 émet désormais un avertissement.
Bascule vers les majeures qui déclarent
using: node24:Le changement cassant de checkout v5.1/v6.1/v7 ne concerne que
pull_request_targetetworkflow_run(checkout d'une PR de fork bloqué par défaut) ; ces workflows n'utilisent que push, pull_request, schedule et workflow_dispatch. cache v5+ exige un runner >= 2.327.1, sans effet sur les runners ubuntu-latest hébergés.Remplace aussi
marvinpinto/action-automatic-releases, dépôt archivé resté en node12, parsoftprops/action-gh-release@v3:repo_token->token,automatic_release_tag->tag_name,title->namemake_latest: truesur l'étapelatest: marvinpinto recréait cette release à chaque exécution, ce qui la plaçait en tête de /releases/latest, endpoint interrogé par l'étape de téléchargement des fichiers précédentsgenerate_release_notes: truesur la release datée, à la place du changelog automatique de l'ancienne actionfail_on_unmatched_files: truepour ne pas publier une release vide si la génération n'a rien produitpermissions: contents: writesur le job, la création du tag et de la release passant par l'APILe tag git
latestn'est en revanche plus déplacé : la release est retrouvée par son tag existant et ses assets, de noms identiques d'une semaine sur l'autre, sont écrasés.