117 lines
4.3 KiB
Markdown
117 lines
4.3 KiB
Markdown
<!-- file: deltas/0.0.1/alpha.1.md -->
|
|
<!-- version: 1 -->
|
|
|
|
# Delta 0.0.1-alpha.1 — bootstrap et cadrage PGR
|
|
|
|
## Base requise
|
|
|
|
Dépôt Gitea `Sasedev/pgr` nouvellement créé et projet local Eclipse vide.
|
|
|
|
Aucune release PGR antérieure n'existe. L'absence de `VERSION`, règles, historique ou tag antérieur est normale pour ce bootstrap unique.
|
|
|
|
Les fichiers locaux Eclipse éventuellement déjà présents (`.project`, `.classpath`, `.settings/`) ne font pas partie de la livraison et sont ignorés par la nouvelle politique Git.
|
|
|
|
## Objet
|
|
|
|
Créer la première tranche réelle de Project Governance Rules et cadrer intégralement la release `0.0.1` avant toute consolidation massive des règles conçues pendant la phase de brainstorming.
|
|
|
|
La version devient :
|
|
|
|
```text
|
|
0.0.1-alpha.1
|
|
```
|
|
|
|
`alpha.1` reste un gate de framing : cette tranche établit la structure et les responsabilités nécessaires à la suite, sans essayer de livrer déjà tous les profils technologiques, templates ou audits.
|
|
|
|
## Fichiers ajoutés
|
|
|
|
```text
|
|
.gitignore
|
|
VERSION
|
|
README.md
|
|
RULES.md
|
|
ROADMAP.md
|
|
CHANGELOG.md
|
|
docs/000-README.md
|
|
docs/objectives/001-PROJECT_OBJECTIVES.md
|
|
docs/architecture/001-PROJECT_PROFILE.md
|
|
docs/architecture/002-GOVERNANCE_ARCHITECTURE.md
|
|
docs/plans/001-V0_0_1_FOUNDATION_PLAN.md
|
|
docs/rules/000-README.md
|
|
docs/validation/001-VALIDATION_MATRIX.md
|
|
deltas/0.0.1/alpha.1.md
|
|
prompts/001-V0_0_1_START_PROMPT.md
|
|
```
|
|
|
|
Aucun fichier n'est remplacé ou supprimé par le delta.
|
|
|
|
Aucun manifest de suppression n'est nécessaire.
|
|
|
|
## Décisions de cadrage
|
|
|
|
La tranche fixe notamment :
|
|
|
|
- le nom `Project Governance Rules` / `PGR` ;
|
|
- le dépôt canonique `https://git.sasedev.com/Sasedev/pgr` ;
|
|
- PGR comme référentiel de règles, templates, skeleton specifications Markdown et audits read-only ;
|
|
- l'absence de générateur de projet PGR ;
|
|
- la croissance incrémentale des audits à partir de besoins réels ;
|
|
- la langue française pour les explications et l'anglais pour la nomenclature/code ;
|
|
- les traductions complètes dans des dépôts séparés et non dans `pgr/fr`, `pgr/en`, etc. ;
|
|
- le principe de proportionnalité comme objectif central de la gouvernance ;
|
|
- le plan initial de `0.0.1` et la trajectoire macro jusqu'à `0.1.0`.
|
|
|
|
## `.gitignore`
|
|
|
|
Le fichier suit le style commenté déjà utilisé dans les dépôts de référence : header `file/version`, sections lisibles et politique explicite pour IDE, système, secrets et artefacts Python.
|
|
|
|
Il reste volontairement spécifique aux besoins actuels de PGR. Les ignores Cargo, Node, Android, CMake ou Composer ne sont pas ajoutés au dépôt racine uniquement parce que PGR documentera ces technologies plus tard.
|
|
|
|
## Hors périmètre
|
|
|
|
Cette tranche n'introduit pas :
|
|
|
|
- de scripts d'audit ;
|
|
- de templates techniques ;
|
|
- de profiles technologiques détaillés ;
|
|
- de skeletons par type de projet ;
|
|
- de générateur ;
|
|
- de dépendance Python ou autre toolchain applicative ;
|
|
- de répertoire `history/`, `handoffs/`, `manifests/`, `templates/` ou `scripts/` vide.
|
|
|
|
## Validation attendue
|
|
|
|
```bash
|
|
git status --short
|
|
|
|
test "$(cat VERSION)" = "0.0.1-alpha.1"
|
|
|
|
find . -type f -not -path './.git/*' -print
|
|
|
|
git add .
|
|
git diff --cached --check
|
|
|
|
git status --short
|
|
```
|
|
|
|
Revue opérateur complémentaire :
|
|
|
|
- vérifier que les seuls fichiers PGR introduits sont ceux de la section `Fichiers ajoutés` ;
|
|
- vérifier que `.project`, `.classpath` et `.settings/` restent locaux/ignorés ;
|
|
- vérifier les headers `file/version` de tous les fichiers textuels qui les supportent ;
|
|
- vérifier que `VERSION` contient uniquement `0.0.1-alpha.1` ;
|
|
- vérifier que les liens principaux du README et de `docs/000-README.md` sont cohérents ;
|
|
- vérifier l'absence de secret ou chemin machine absolu.
|
|
|
|
## Transition
|
|
|
|
### PASS
|
|
|
|
Créer `history/0.0.1/alpha.1.md` dans une archive history séparée, puis ouvrir `0.0.1-alpha.2` consacré aux règles fondamentales de versioning et lifecycle conformément au plan actif.
|
|
|
|
Le cycle opérateur attendu est : appliquer ce delta → exécuter la gate → transmettre les résultats → appliquer l'archive history `alpha.1` → commit de la tranche validée → appliquer le delta `alpha.2`.
|
|
|
|
### FAIL
|
|
|
|
Rester dans le scope `alpha.1` et produire `0.0.1-alpha.1.fix.1` uniquement pour corriger les défauts de cette tranche. Aucun scope `alpha.2` ne doit être introduit dans le fix.
|