Nicolas b5c557c3f6 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
..
workflows	ci(test): remplace le verrou docker par une attente des jobs test antérieurs	2026-09-06 10:20:23 +02:00