Cycle réel de mise à jour : un changement de l'updater ne se prouve qu'au cycle suivant (N → N+1) #463

New issue

Open

opened 2026-10-18 16:37:39 +00:00 by maximus · 0 comments

maximus commented

2026-10-18 16:37:39 +00:00

Owner

Suggestion de la revue de la PR #459 (commentaire 24757), qui a relevé une fausse preuve dans son corps.

Constat

L'étape 10 de /release (cycle réel de mise à jour) et l'en-tête de docs/qa-update-cycle.md rattachent le cycle à la release qui livre le changement. Or ce cycle part de la version précédente installée (prérequis de docs/qa-update-cycle.md : « La version précédente installée sur chaque machine »). Le téléchargement, la vérification de signature et l'installation y sont faits par l'updater de la version précédente. De la nouvelle version, seul le check() final s'exécute.

Un changement du code, des features ou des dépendances de l'updater n'est donc prouvé qu'au cycle suivant, N → N+1 :

#455 (PR #459) : tauri-plugin-updater sans sa feature zip. L'installation par l'updater sans zip (extract → extract_exe sous Windows) tournera pour la première fois à la mise à jour depuis la première release qui contient #455 ;
#447 : rustls 0.23.46. Le cycle de la prochaine release ne fait passer par la nouvelle couche TLS que le check() final.

Garde déjà en place, à citer à côté de la règle : passer en createUpdaterArtifacts: "v1Compatible" sans rétablir la feature zip est bloqué avant publication. scripts/build-latest-json.sh:92 exige un seul -setup.exe avec son .sig, et scripts/check-latest-json.jq:26 refuse une URL windows-x86_64 qui ne finit pas par .exe.

Travail

Étape 10 de /release et en-tête de docs/qa-update-cycle.md : distinguer les deux cas. Artefacts, release.yml, latest.json : cycle N-1 → N. Code, features ou dépendances de l'updater : cycle N-1 → N et, à la release suivante, cycle N → N+1, dû même si cette release ne touche pas l'updater.
Citer la garde build-latest-json.sh et check-latest-json.jq dans docs/qa-update-cycle.md, ou dans le commentaire de src-tauri/Cargo.toml posé par #455.
STATE.md : le cycle N → N+1 de #455 et #447 figure dans les vérifications de la release qui suit la prochaine.

Suggestion de la revue de la PR #459 (commentaire 24757), qui a relevé une fausse preuve dans son corps. ## Constat L'étape 10 de `/release` (cycle réel de mise à jour) et l'en-tête de `docs/qa-update-cycle.md` rattachent le cycle à la release qui livre le changement. Or ce cycle part de la version précédente installée (prérequis de `docs/qa-update-cycle.md` : « La version précédente installée sur chaque machine »). Le téléchargement, la vérification de signature et l'installation y sont faits par l'**updater de la version précédente**. De la nouvelle version, seul le `check()` final s'exécute. Un changement du code, des features ou des dépendances de l'updater n'est donc prouvé qu'au cycle suivant, N → N+1 : - #455 (PR #459) : `tauri-plugin-updater` sans sa feature `zip`. L'installation par l'updater sans `zip` (`extract` → `extract_exe` sous Windows) tournera pour la première fois à la mise à jour depuis la première release qui contient #455 ; - #447 : `rustls` 0.23.46. Le cycle de la prochaine release ne fait passer par la nouvelle couche TLS que le `check()` final. Garde déjà en place, à citer à côté de la règle : passer en `createUpdaterArtifacts: "v1Compatible"` sans rétablir la feature `zip` est bloqué avant publication. `scripts/build-latest-json.sh:92` exige un seul `-setup.exe` avec son `.sig`, et `scripts/check-latest-json.jq:26` refuse une URL `windows-x86_64` qui ne finit pas par `.exe`. ## Travail - [ ] Étape 10 de `/release` et en-tête de `docs/qa-update-cycle.md` : distinguer les deux cas. Artefacts, `release.yml`, `latest.json` : cycle N-1 → N. Code, features ou dépendances de l'updater : cycle N-1 → N **et**, à la release suivante, cycle N → N+1, dû même si cette release ne touche pas l'updater. - [ ] Citer la garde `build-latest-json.sh` et `check-latest-json.jq` dans `docs/qa-update-cycle.md`, ou dans le commentaire de `src-tauri/Cargo.toml` posé par #455. - [ ] `STATE.md` : le cycle N → N+1 de #455 et #447 figure dans les vérifications de la release qui suit la prochaine.