fix(release): remplace softprops/action-gh-release par l'API Forgejo native #74

Merged

kyuno merged 1 commit from fix/forgejo-release-native-api into main

2026-09-06 20:42:04 +02:00

kyuno commented

2026-09-06 20:24:10 +02:00

Owner

2e vrai déclenchement de release.yml (tag v0.2.0, après le fix du docker manquant sur sanity-build, #73) : forgejo-release échoue en 35s. Log complet :

Creating new GitHub release for tag v0.2.0...
GitHub release failed with status: 405
(x3, puis "Too many retries. Aborting...")

Pas un souci de ref bare comme les autres actions de ce fichier (déjà corrigé) : la requête de création de release elle-même répond 405 côté Forgejo — une vraie incompatibilité d'API entre les deux plateformes, sans contournement connu côté configuration de softprops/action-gh-release.

Remplace ce step par deux appels directs à l'API REST native de Forgejo (POST /repos/.../releases puis POST .../releases/{id}/assets) avec le GITHUB_TOKEN déjà fourni par le runner (permissions: contents: write déjà déclaré en tête de fichier) — évite toute dépendance à la compatibilité GitHub-Forgejo d'une action tierce.

Pas d'équivalent à generate_release_notes ici (fonctionnalité propre à GitHub, non répliquée par Forgejo) : le corps de la release reste minimal.

🤖 Generated with Claude Code

2e vrai déclenchement de `release.yml` (tag `v0.2.0`, après le fix du docker manquant sur `sanity-build`, #73) : `forgejo-release` échoue en 35s. Log complet : ``` Creating new GitHub release for tag v0.2.0... GitHub release failed with status: 405 (x3, puis "Too many retries. Aborting...") ``` Pas un souci de ref *bare* comme les autres actions de ce fichier (déjà corrigé) : la requête de création de release elle-même répond 405 côté Forgejo — une vraie incompatibilité d'API entre les deux plateformes, sans contournement connu côté configuration de `softprops/action-gh-release`. Remplace ce step par deux appels directs à l'API REST native de Forgejo (`POST /repos/.../releases` puis `POST .../releases/{id}/assets`) avec le `GITHUB_TOKEN` déjà fourni par le runner (`permissions: contents: write` déjà déclaré en tête de fichier) — évite toute dépendance à la compatibilité GitHub-Forgejo d'une action tierce. Pas d'équivalent à `generate_release_notes` ici (fonctionnalité propre à GitHub, non répliquée par Forgejo) : le corps de la release reste minimal. 🤖 Generated with [Claude Code](https://claude.com/claude-code)

kyuno added 1 commit 2026-09-06 20:24:10 +02:00

fix(release): remplace softprops/action-gh-release par l'API Forgejo native

CI / lint (push) Successful in 2m57s

Details

CI / build (push) Successful in 2m59s

Details

CI / intent-service-test (push) Successful in 4m14s

Details

CI / e2e (push) Successful in 9m19s

Details

CI / test (push) Successful in 17m23s

Details

CI / build-android (push) Has been skipped

Details

8693498373

2e vrai declenchement de release.yml (tag v0.2.0, apres le fix du docker
manquant sur sanity-build) : forgejo-release echoue en 35s. Log complet :

  Creating new GitHub release for tag v0.2.0...
  GitHub release failed with status: 405
  (x3, puis "Too many retries. Aborting...")

Pas un souci de ref bare comme les autres actions de ce fichier (deja
corrige) : la requete de creation de release elle-meme repond 405 cote
Forgejo, une vraie incompatibilite d'API entre les deux plateformes sans
contournement connu cote configuration de softprops/action-gh-release.

Remplace ce step par deux appels directs a l'API REST native de Forgejo
(POST /repos/.../releases puis POST .../releases/{id}/assets) avec le
GITHUB_TOKEN deja fourni par le runner (permissions: contents: write
deja declare en tete de fichier) — evite toute dependance a la
compatibilite GitHub-Forgejo d'une action tierce. Pas d'equivalent a
generate_release_notes ici (fonctionnalite propre a GitHub, non repliquee
par Forgejo) : le corps de la release reste minimal.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>