Le job tag dans main.yaml pousse les tags via GITHUB_TOKEN (le token interne Gitea Actions). Par design, les pushes faits avec ce token ne déclenchent pas de nouveaux workflows — c'est ce qui empêche tag.yaml de se lancer après la création d'un tag.
Cf. issue Gitea #33123 — "gitea-actions user does not trigger workflows to prevent an endless cycle."
Solution
Remplacer GITHUB_TOKEN par un Personal Access Token (SA_TOKEN_ACTION_PUSH_TAGS) stocké comme secret org. Un vrai PAT de l'utilisateur jcabillot déclenche correctement les webhooks → tag.yaml sera lancé.
Changements
.gitea/workflows/main.yaml — job tag :
secrets.GITHUB_TOKEN → secrets.SA_TOKEN_ACTION_PUSH_TAGS dans l'URL git remote
secrets.GITHUB_TOKEN → secrets.SA_TOKEN_ACTION_PUSH_TAGS dans l'env de anothrNick/github-tag-action
## Problème
Le job `tag` dans `main.yaml` pousse les tags via `GITHUB_TOKEN` (le token interne Gitea Actions). Par design, les pushes faits avec ce token **ne déclenchent pas** de nouveaux workflows — c'est ce qui empêche `tag.yaml` de se lancer après la création d'un tag.
Cf. issue Gitea [#33123](https://github.com/go-gitea/gitea/issues/33123) — *"gitea-actions user does not trigger workflows to prevent an endless cycle."*
## Solution
Remplacer `GITHUB_TOKEN` par un Personal Access Token (`SA_TOKEN_ACTION_PUSH_TAGS`) stocké comme secret org. Un vrai PAT de l'utilisateur `jcabillot` déclenche correctement les webhooks → `tag.yaml` sera lancé.
## Changements
- `.gitea/workflows/main.yaml` — job `tag` :
- `secrets.GITHUB_TOKEN` → `secrets.SA_TOKEN_ACTION_PUSH_TAGS` dans l'URL `git remote`
- `secrets.GITHUB_TOKEN` → `secrets.SA_TOKEN_ACTION_PUSH_TAGS` dans l'env de `anothrNick/github-tag-action`
GITHUB_TOKEN is the internal actions runner token — pushes made with it
don't trigger new workflow runs (by design, prevents infinite loops).
Using a real user PAT (SA_TOKEN_ACTION_PUSH_TAGS) makes the tag push
trigger the tag.yaml workflow correctly.
Fixes the issue where tag pushes from the 'tag' job didn't launch the
'Tag Release' pipeline (tag.yaml).
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.
Problème
Le job
tagdansmain.yamlpousse les tags viaGITHUB_TOKEN(le token interne Gitea Actions). Par design, les pushes faits avec ce token ne déclenchent pas de nouveaux workflows — c'est ce qui empêchetag.yamlde se lancer après la création d'un tag.Cf. issue Gitea #33123 — "gitea-actions user does not trigger workflows to prevent an endless cycle."
Solution
Remplacer
GITHUB_TOKENpar un Personal Access Token (SA_TOKEN_ACTION_PUSH_TAGS) stocké comme secret org. Un vrai PAT de l'utilisateurjcabillotdéclenche correctement les webhooks →tag.yamlsera lancé.Changements
.gitea/workflows/main.yaml— jobtag:secrets.GITHUB_TOKEN→secrets.SA_TOKEN_ACTION_PUSH_TAGSdans l'URLgit remotesecrets.GITHUB_TOKEN→secrets.SA_TOKEN_ACTION_PUSH_TAGSdans l'env deanothrNick/github-tag-action