Le step Bump version and push tag plante avec exit code 6 parce que GIT_API_TAGGING est à true par défaut. L'action tente alors de créer le tag via l'API REST de GitHub (api.github.com), qui n'existe pas sur une instance Gitea auto-hébergée.
Changement
Ajout de GIT_API_TAGGING: false dans les env de l'action. Elle utilise désormais git push origin <tag> directement, qui fonctionne avec les credentials Git déjà configurés par actions/checkout.
Résultat attendu
Le Docker build/push continue de fonctionner ✅
Le tag semver (v0.0.1, v1.0.0, etc.) est bien créé et pushé sur le repo Gitea après un merge sur main✅
## Fix : tag creation on self-hosted Gitea
Le step `Bump version and push tag` plante avec exit code 6 parce que `GIT_API_TAGGING` est à `true` par défaut. L'action tente alors de créer le tag via l'API REST de GitHub (`api.github.com`), qui n'existe pas sur une instance Gitea auto-hébergée.
### Changement
Ajout de `GIT_API_TAGGING: false` dans les env de l'action. Elle utilise désormais `git push origin <tag>` directement, qui fonctionne avec les credentials Git déjà configurés par `actions/checkout`.
### Résultat attendu
- Le Docker build/push continue de fonctionner ✅
- Le tag semver (`v0.0.1`, `v1.0.0`, etc.) est bien créé et pushé sur le repo Gitea après un merge sur `main` ✅
GIT_API_TAGGING defaults to true, which tries to create tags via the
GitHub REST API (api.github.com). On self-hosted Gitea, this fails.
Setting it to false uses git push origin <tag> instead, which works
with the credentials configured by actions/checkout.
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.
Fix : tag creation on self-hosted Gitea
Le step
Bump version and push tagplante avec exit code 6 parce queGIT_API_TAGGINGest àtruepar défaut. L'action tente alors de créer le tag via l'API REST de GitHub (api.github.com), qui n'existe pas sur une instance Gitea auto-hébergée.Changement
Ajout de
GIT_API_TAGGING: falsedans les env de l'action. Elle utilise désormaisgit push origin <tag>directement, qui fonctionne avec les credentials Git déjà configurés paractions/checkout.Résultat attendu
v0.0.1,v1.0.0, etc.) est bien créé et pushé sur le repo Gitea après un merge surmain✅