batchCooking/.github/workflows
Nicolas b5c557c3f6
Some checks failed
CI / lint (push) Successful in 3m7s
CI / build (push) Successful in 3m5s
CI / intent-service-test (push) Successful in 4m41s
CI / test (push) Failing after 10m41s
CI / e2e (push) Successful in 10m49s
ci(test): remplace le verrou docker par une attente des jobs test antérieurs
Les deux approches précédentes de cette branche ne tenaient pas sur ce
runner :

- Nom de conteneur Postgres par run + `$GITHUB_ENV` (721a1ec) : laissait
  tourner le conteneur `postgres` nu de l'ancien ci.yml du run précédent →
  deux Postgres sur un runner à court de RAM → I/O DB ~5× plus lent →
  `resetDatabase()` dépasse le timeout Mocha de 10 s, cascade. Run 125 a
  échoué ainsi *en solo*.
- Verrou `docker network create ci-test-lock` (785d97b) : ce runner
  (forgejo-runner v3.5.0) n'exécute PAS l'étape de libération `if:
  always()` après l'échec d'une étape → le verrou fuit à chaque run rouge.

Retour au ci.yml de `main` (qui passe 614/614) + une seule étape en plus :
« Wait for any earlier test job » boucle tant qu'un conteneur
`GITEA-ACTIONS-TASK-<id>_..._JOB-test` de task id inférieur au sien tourne.
Le runner retire toujours le conteneur de job (succès comme échec), donc
rien à libérer ; task id le plus bas d'abord → pas d'interblocage.
`DATABASE_URL` et l'étape « Start Postgres » redeviennent identiques à
`main`. `timeout-minutes: 45` conservé.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-06 10:20:23 +02:00
..
ci.yml ci(test): remplace le verrou docker par une attente des jobs test antérieurs 2026-09-06 10:20:23 +02:00
release.yml Fusionner web+api en une image, séparer la CI, ajouter la release 2026-08-17 23:11:26 +02:00