0.1.0-alpha.1

history/0.1.0/alpha.1.md

@@ -0,0 +1,103 @@
+<!-- file: history/0.1.0/alpha.1.md -->
+<!-- version: 1 -->
+
+# History 0.1.0-alpha.1 — audit de la stable et cadrage de la baseline réutilisable
+
+## Statut
+
+PASS
+
+La gate opérateur de `0.1.0-alpha.1` exécutée le `2026-09-25` valide l'audit de reprise depuis `v0.0.5`, le plan de la première baseline PGR réutilisable et le maintien des futurs domaines `0.1.x` comme axes non numérotés. Aucun fix ni REPLAN de `alpha.1` n'est requis.
+
+Cette preuve ferme uniquement le cadrage `alpha.1`. Elle ne matérialise encore ni la nouvelle convention `rel.N`, ni le handoff automatique des commandes Git, ni un profil technologique supplémentaire.
+
+## Baseline et version
+
+La tranche part de la stable taggée `v0.0.5`, dont l'archive autoritaire et le rapport post-tag `publish.001` ont été audités pendant la préparation du delta.
+
+La version contrôlée après application du delta est :
+
+```text
+0.1.0-alpha.1
+```
+
+L'opérateur a confirmé la présence de `deltas/0.1.0/alpha.1.md` et l'absence du présent history pendant la gate. Les révisions attendues ont été retrouvées :
+
+```text
+README.md                                           version 15
+docs/000-README.md                                 version 18
+docs/plans/006-V0_1_0_REUSABLE_BASELINE_PLAN.md   présent et indexé
+```
+
+## Validation opérateur observée
+
+L'opérateur a fourni les sorties du `2026-09-25` depuis `~/Projects/pgr`, à `22:08:29`–`22:08:30`.
+
+La suite Python globale a exécuté `48` tests, tous réussis :
+
+```text
+Ran 48 tests in 0.720s
+
+OK
+```
+
+Les audits documentaires sont propres :
+
+```text
+Markdown header audit: clean (173 file(s))
+Markdown table audit: clean (8 table(s), 173 file(s))
+Markdown link audit: clean (163 local link(s), 173 file(s))
+```
+
+Le contrôle structurel spécifique a affiché :
+
+```text
+0.1.0 alpha.1 structural audit: clean (62 prior pairs, stable workflow truth preserved, future 0.1.x unnumbered)
+```
+
+Il confirme notamment :
+
+- les `62` couples delta/history des releases `0.0.1` à `0.0.5` ;
+- la conservation de `rel.001` en `FAIL` et `rel.001.fix.1` en `PASS` dans l'historique `0.0.5` ;
+- la présence des profils Rust/Cargo, Java/Maven/Gradle, Android et Tauri ainsi que des skeletons et de l'étude Tauri attendus ;
+- les décisions de cadrage `rel.1`, commit stable final, releases `0.1.x` par domaine, Games avant KSP et maintien des axes Web/Vite/Android/WASM/Tauri/serveur Rust comme horizons non numérotés ;
+- l'absence de réservation prématurée de `0.1.1` dans `ROADMAP.md`.
+
+## Contrôles Git
+
+`git diff --check` et `git diff --cached --check` n'ont produit aucun diagnostic.
+
+Le statut indexé transmis avant ajout du présent history est exactement :
+
+```text
+M  README.md
+M  VERSION
+A  deltas/0.1.0/alpha.1.md
+M  docs/000-README.md
+A  docs/plans/006-V0_1_0_REUSABLE_BASELINE_PLAN.md
+```
+
+Le scope correspond donc au delta livré et aucun fichier normatif, profil, template, skeleton, script ou history antérieur n'a été modifié par `alpha.1`.
+
+## Revue de cadrage
+
+Les précisions ajoutées pendant la session ne remettent pas en cause le scope validé de `alpha.1` :
+
+- les domaines Web, serveur Rust, Java/Android, WASM et Tauri restent destinés à des releases `0.1.x` séparées ;
+- KSP reste principalement dépendant de la baseline Rust/Cargo déjà mûre et du futur déblocage Tauri ;
+- un futur audit Python simulant uniquement un sous-ensemble statiquement vérifiable des conventions Clippy est conservé comme candidat non prioritaire après les adoptions Games puis KSP ; il ne remplacera pas `cargo clippy` ;
+- les profils de déploiement/exploitation — reverse proxy, bases de données, conteneurs et responsabilités associées — restent un horizon plus lointain, sans numéro de release réservé.
+
+Ces deux derniers horizons n'ont pas été introduits dans les fichiers de `alpha.1`. Ils peuvent être enregistrés dans le plan actif lors d'une tranche ultérieure sans transformer cette gate en échec.
+
+## Transition
+
+Appliquer le présent history puis committer et pousser `0.1.0-alpha.1`.
+
+La tranche suivante est :
+
+```text
+0.1.0-alpha.2
+```
+
+Elle est strictement consacrée à la convention future `rel.N`, à l'abandon du padding `rel.001` pour les nouvelles releases et à la distinction entre commits de clôture échoués et commit final stable `X.Y.Z`. Les anciennes releases restent immuables.