97 lines
4.4 KiB
Markdown
97 lines
4.4 KiB
Markdown
<!-- file: history/0.0.4/alpha.3.md -->
|
||
<!-- version: 1 -->
|
||
|
||
# History 0.0.4-alpha.3 — fondation de projet gouverné
|
||
|
||
## Statut
|
||
|
||
PASS
|
||
|
||
La gate de `0.0.4-alpha.3` exécutée par l'opérateur le `2026-09-24` valide la première skeleton specification concrète de PGR : une fondation composable de gouvernance locale sans specialization technologique. Les contrôles mécaniques demandés sont propres et le scope Git observé correspond exactement au delta.
|
||
|
||
## Baseline et version
|
||
|
||
La tranche a été appliquée après le commit opérateur `7408616` de `0.0.4-alpha.2`, qui contenait `history/0.0.4/alpha.2.md` avec statut `PASS` et avait été poussé sur `origin/master`.
|
||
|
||
La version contrôlée après application est :
|
||
|
||
```text
|
||
0.0.4-alpha.3
|
||
```
|
||
|
||
`history/0.0.4/alpha.2.md`, `deltas/0.0.4/alpha.3.md` et `docs/skeletons/001-PROJECT_GOVERNANCE_FOUNDATION.md` sont présents ; `history/0.0.4/alpha.3.md` était absent pendant la gate.
|
||
|
||
Le skeleton technologique suivant était bien absent :
|
||
|
||
```text
|
||
docs/skeletons/002-RUST_CARGO_WORKSPACE.md
|
||
```
|
||
|
||
## Validation opérateur observée
|
||
|
||
L'opérateur a fourni les sorties du `2026-09-24` depuis `~/Projects/pgr`, à `14:30:21`–`14:31:25`.
|
||
|
||
Les révisions documentaires attendues ont été confirmées :
|
||
|
||
```text
|
||
README.md version 9
|
||
docs/000-README.md version 7
|
||
docs/skeletons/000-README.md version 2
|
||
docs/skeletons/001-PROJECT_GOVERNANCE_FOUNDATION.md version 1
|
||
```
|
||
|
||
Les références attendues vers `001-PROJECT_GOVERNANCE_FOUNDATION.md` sont présentes dans `README.md`, `docs/000-README.md` et l'index `docs/skeletons/000-README.md`.
|
||
|
||
La suite Python globale a exécuté `15` tests, tous réussis :
|
||
|
||
```text
|
||
Ran 15 tests in 0.229s
|
||
|
||
OK
|
||
```
|
||
|
||
Les trois audits documentaires affichent :
|
||
|
||
```text
|
||
Markdown header audit: clean (108 file(s))
|
||
Markdown table audit: clean (3 table(s), 108 file(s))
|
||
Markdown link audit: clean (103 local link(s), 108 file(s))
|
||
```
|
||
|
||
Le contrôle structurel spécifique affiche :
|
||
|
||
```text
|
||
Governance foundation audit: clean (alpha.1/alpha.2 PASS baseline, one concrete non-technological skeleton)
|
||
```
|
||
|
||
Il confirme notamment que les seuls histories `0.0.4` présents pendant la gate étaient `alpha.1.md` et `alpha.2.md`, tous deux `PASS`, que la collection des skeletons contenait uniquement son index et la fondation `001`, et que les sections et owners généraux attendus étaient présents.
|
||
|
||
`git diff --check` et `git diff --cached --check` n'ont affiché aucun diagnostic. Après ajout des fichiers du delta, le statut indexé transmis est exactement :
|
||
|
||
```text
|
||
M README.md
|
||
M VERSION
|
||
A deltas/0.0.4/alpha.3.md
|
||
M docs/000-README.md
|
||
M docs/skeletons/000-README.md
|
||
A docs/skeletons/001-PROJECT_GOVERNANCE_FOUNDATION.md
|
||
```
|
||
|
||
La transcription du terminal intercale des fragments de commandes/heredoc avec la sortie de `unittest`. Les quinze cas individuels, le résumé final `OK`, les audits documentaires, le contrôle structurel et le statut Git restent néanmoins identifiables et ne signalent aucun échec.
|
||
|
||
## Revue de scope
|
||
|
||
La fondation reste une procédure composable et non un template ou générateur implicite. Elle sélectionne uniquement les owners généraux `200`, `210`, `300` et `400`, conserve `220` comme contrat d'instanciation et ne sélectionne aucun profil `500+` ou `600+` par défaut.
|
||
|
||
Les documents et répertoires sont créés à la demande selon un contenu réel ; aucune copie exhaustive du layout PGR n'est imposée. Les décisions destinataire restent explicites et aucune valeur d'exemple technologique n'est introduite dans cette tranche.
|
||
|
||
L'ordre de composition permet à une specialization telle que Rust/Cargo d'ajouter ses profils, templates et validations sans redéfinir les responsabilités générales de la fondation.
|
||
|
||
## Transition
|
||
|
||
Appliquer le présent history puis committer `0.0.4-alpha.3` avant d'appliquer le delta `0.0.4-alpha.4`.
|
||
|
||
Le history `alpha.3` et le delta `alpha.4` peuvent être livrés dans le même échange sous deux archives distinctes. Cette livraison simultanée ne change pas l'ordre d'application : le delta suivant MUST rester absent du dépôt jusqu'au commit de la tranche `alpha.3`.
|
||
|
||
La tranche suivante est `0.0.4-alpha.4` et doit rester limitée au skeleton Rust/Cargo workspace, à sa composition avec la fondation `001`, aux cinq templates Rust/Cargo existants, aux décisions destinataire et à une validation d'instanciation proportionnée.
|