chore(tickets): synchro du store local — carnet #157 itération 5 (régression progressId réutilisé, QA verte) + reliquat clôture #253

This commit is contained in:
2026-08-24 09:43:26 +02:00
parent 4db264ea8c
commit 6b57addd4e
5 changed files with 64 additions and 16 deletions

View File

@ -1,8 +1,8 @@
---
issueRef: "#253"
version: 2
updatedBy: {"kind":"agent","agent_id":"1ff94b51-3e17-4a39-8543-7715d1ff0f80"}
updatedAt: 1787551753848
version: 4
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
updatedAt: 1787552434207
---
# Git — décision de branche (2026-08-24)
@ -12,3 +12,15 @@ updatedAt: 1787551753848
- Interdits : aucun push distant ; pas de merge/rebase vers `develop` sans l'agent Git. Fusion locale décidée par Git après QA verte.
- `scripts/restart-idea-over-ssh.sh` reste non suivi — ne pas le committer.
- Contexte : symptômes initiaux documentés dans le carnet #252 (section « Signalement QA » du 2026-08-24).
# Git — commits, merge et tag de build (2026-08-24, QA verte vérifiée)
Commits sur `fix/253-opencode-tests-parallel-flakiness` :
- `cd70a3c` test(opencode): fiabilisation de la suite en parallèle — écriture atomique des fixtures, gates par fichier au lieu de sleep, runtime dédié par test, timeout 5s — #253 (QA verte)
- `c05b671` chore(tickets): synchro du store local — carnet et statut #253
Merge local : **effectué** — `d9af4b5` merge(opencode) `--no-ff` dans `develop`.
Tag de build AppImage : **`v0.33.0`** (annoté) sur le commit de merge `d9af4b5` — build sur `develop` → incrément de `y` (dernier tag `v0.32.0`). **Branche finale de build : `develop` @ `d9af4b5`.** Aucun push (branche, tag, tout reste local).
Re-vérification indépendante par Git avant merge : 3 runs parallèles + 1 run sériel (`--test-threads=1`) de `cargo test -p infrastructure session::opencode` → 21 passed partout ; durée de la suite passée de ~1 s à ~0,06 s (suppression des `sleep` au profit de gates par fichier). Stratégie retenue (par DevBackend, validée par Git) : écriture atomique des scripts fixtures (tmp+fsync+rename), synchronisation déterministe par fichier de release au lieu de `sleep`, exécution des fixtures via `sh <script>`, runtime tokio dédié par test au lieu du runtime partagé `#[tokio::test]`, timeout d'événements live porté à 5 s (`LIVE_EVENT_TIMEOUT`). Couverture inchangée — mêmes 21 scénarios.

View File

@ -2,16 +2,16 @@
id: "1dc63ee0-0963-44c2-a036-6bb0f9ad4e95"
number: 253
title: "Fiabiliser la suite de tests OpenCode flaky en exécution parallèle"
status: "inProgress"
status: "closed"
priority: "high"
sprint: null
links: []
agentRefs: []
attachments: []
createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
updatedBy: {"kind":"agent","agent_id":"1ff94b51-3e17-4a39-8543-7715d1ff0f80"}
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
createdAt: 1787551681631
updatedAt: 1787551753848
version: 2
updatedAt: 1787552434207
version: 4
---
Des tests anciens de `session::opencode` échouent de façon intermittente en exécution parallèle, alors qu'ils passent en série (`--test-threads=1`). Symptômes remontés pendant le ticket #252: tests différents à chaque run, concernés notamment `seeded_session_ignores_and_does_not_capture_other_session_events`, `seeded_or_captured_session_id_is_passed_as_opencode_session_arg`, etc. Objectif: supprimer la flakiness sans dégrader la couverture, obtenir une exécution verte en parallèle sur la suite ciblée, et documenter la cause racine ainsi que la stratégie retenue.