Premier repo d'image branché sur le workflow de release mergé dans perso/gitea-pipelines#4/#5.
Aujourd'hui la PR Renovate groupée (perso_private/tf-depl-kubernetes#518) affiche une section « Release Notes » vide : les repos d'images ne publient que des tags git, jamais de release Gitea, donc Renovate n'a aucun corps à recopier.
Ce PR ajoute un job release entre le push de l'image et le dispatch Renovate :
needs: [build-push] — la release n'a de sens que si l'image est publiée ;
trigger-renovate passe à needs: [build-push, release] — l'ordre compte : Renovate lit la release au moment où il construit le corps de la PR de bump. Si le dispatch part avant, la PR s'ouvre avec une section vide jusqu'au prochain scan ;
secrets: inherit est obligatoire : Gitea ne transmet aucun secret à un workflow appelé.
Corps de release généré : commits depuis le tag précédent, groupés par type conventionnel, liens commit + diff complet.
Le job est validé en amont sur web/ip@v0.0.19 en exécutant exactement le même script localement (release créée puis mise à jour, idempotente) : https://scm.cabillot.eu/web/ip/releases/tag/v0.0.19
La CI de ce PR restera en queued tant que le runner Gitea Actions n'est pas remis (deployment runner à 0 réplica alors que Terraform déclare 4).
Premier repo d'image branché sur le workflow de release mergé dans `perso/gitea-pipelines#4`/`#5`.
Aujourd'hui la PR Renovate groupée (perso_private/tf-depl-kubernetes#518) affiche une section « Release Notes » vide : les repos d'images ne publient que des tags git, jamais de release Gitea, donc Renovate n'a aucun corps à recopier.
Ce PR ajoute un job `release` entre le push de l'image et le dispatch Renovate :
- `needs: [build-push]` — la release n'a de sens que si l'image est publiée ;
- `trigger-renovate` passe à `needs: [build-push, release]` — **l'ordre compte** : Renovate lit la release au moment où il construit le corps de la PR de bump. Si le dispatch part avant, la PR s'ouvre avec une section vide jusqu'au prochain scan ;
- `secrets: inherit` est obligatoire : Gitea ne transmet aucun secret à un workflow appelé.
Corps de release généré : commits depuis le tag précédent, groupés par type conventionnel, liens commit + diff complet.
Le job est validé en amont sur `web/ip@v0.0.19` en exécutant exactement le même script localement (release créée puis mise à jour, idempotente) : https://scm.cabillot.eu/web/ip/releases/tag/v0.0.19
La CI de ce PR restera en `queued` tant que le runner Gitea Actions n'est pas remis (deployment `runner` à 0 réplica alors que Terraform déclare 4).
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Premier repo d'image branché sur le workflow de release mergé dans
perso/gitea-pipelines#4/#5.Aujourd'hui la PR Renovate groupée (perso_private/tf-depl-kubernetes#518) affiche une section « Release Notes » vide : les repos d'images ne publient que des tags git, jamais de release Gitea, donc Renovate n'a aucun corps à recopier.
Ce PR ajoute un job
releaseentre le push de l'image et le dispatch Renovate :needs: [build-push]— la release n'a de sens que si l'image est publiée ;trigger-renovatepasse àneeds: [build-push, release]— l'ordre compte : Renovate lit la release au moment où il construit le corps de la PR de bump. Si le dispatch part avant, la PR s'ouvre avec une section vide jusqu'au prochain scan ;secrets: inheritest obligatoire : Gitea ne transmet aucun secret à un workflow appelé.Corps de release généré : commits depuis le tag précédent, groupés par type conventionnel, liens commit + diff complet.
Le job est validé en amont sur
web/ip@v0.0.19en exécutant exactement le même script localement (release créée puis mise à jour, idempotente) : https://scm.cabillot.eu/web/ip/releases/tag/v0.0.19La CI de ce PR restera en
queuedtant que le runner Gitea Actions n'est pas remis (deploymentrunnerà 0 réplica alors que Terraform déclare 4).