ci: un token de release refusé doit faire échouer le job, pas passer inaperçu

Avec un NPM_TOKEN expiré, les trois workflows de release sont ressortis « réussis » alors qu'aucune
release n'avait été créée et qu'aucun asset n'était attaché : l'attache était en continue-on-error et
le script sortait en 0 quand l'API refusait le token. Diagnostiquer a demandé de comparer les assets
de releases pour comprendre ce que les logs auraient dit tout de suite.

Désormais : token ABSENT (fork, run sans secret) reste un cas légitime qui sort proprement, mais un
token PRÉSENT et refusé, ou un upload d'asset en échec, fait échouer le job avec un message qui nomme
les portées attendues. Les artefacts du run sont uploadés AVANT cette étape, donc un job rouge ne
perd aucun binaire.

L'attache du VSIX passe au même script partagé : elle dupliquait la logique, avec le même angle mort.

.gitea/scripts/attach-release-assets.sh

@@ -12,6 +12,10 @@ tag="${1:?tag manquant}"
 release_name="${2:?nom de release manquant}"
 shift 2
 
+# Token ABSENT : cas légitime (fork, run sans secret) → on sort proprement.
+# Token PRÉSENT mais refusé par l'API : anomalie, on doit ÉCHOUER. Sinon le job reste vert alors
+# qu'aucun asset n'est attaché et qu'aucune release n'est créée, ce qui s'est produit avec un token
+# expiré : trois workflows « réussis » et zéro fichier publié.
 if [ -z "${RELEASE_TOKEN:-}" ]; then
   echo "::notice::RELEASE_TOKEN absent, aucun asset attaché (les artefacts du run restent disponibles)."
   exit 0
@@ -30,8 +34,9 @@ if [ -z "$release_id" ]; then
 fi
 
 if [ -z "$release_id" ]; then
-  echo "::warning::impossible de résoudre ou créer la release ${tag}"
-  exit 0
+  echo "::error::impossible de résoudre ou créer la release ${tag} avec le token fourni."
+  echo "::error::vérifier que le secret porte les portées write:repository et write:package, et qu'il n'a pas expiré."
+  exit 1
 fi
 
 for f in "$@"; do
@@ -45,7 +50,15 @@ for f in "$@"; do
     curl -fsSL -X DELETE -H "$auth" "${api}/releases/${release_id}/assets/${existing}" || true
   fi
   echo "attaching $name"
-  curl -fsSL -X POST -H "$auth" -F "attachment=@${f}" "${api}/releases/${release_id}/assets?name=${name}"
+  if ! curl -fsSL -X POST -H "$auth" -F "attachment=@${f}" "${api}/releases/${release_id}/assets?name=${name}"; then
+    echo "::error::échec de l'upload de ${name}"
+    failed=1
+  fi
 done
 
+if [ "${failed:-0}" != "0" ]; then
+  echo "::error::au moins un asset n'a pas pu être attaché à ${tag}."
+  exit 1
+fi
+
 echo "Assets attachés à la release ${tag}."