0.0.2-alpha.1
This commit is contained in:
171
deltas/0.0.2/alpha.1.md
Normal file
171
deltas/0.0.2/alpha.1.md
Normal file
@@ -0,0 +1,171 @@
|
||||
<!-- file: deltas/0.0.2/alpha.1.md -->
|
||||
<!-- version: 1 -->
|
||||
|
||||
# Delta 0.0.2-alpha.1 — audit de baseline et cadrage des profils
|
||||
|
||||
## Baseline
|
||||
|
||||
Archive source fournie par l'opérateur comme téléchargement du tag stable Gitea :
|
||||
|
||||
```text
|
||||
v0.0.1
|
||||
```
|
||||
|
||||
Cette archive constitue la baseline autoritaire de la tranche. L'absence de `.git` y est normale ; aucun état provenant d'un workspace local ou d'une conversation antérieure n'est utilisé comme état courant s'il n'est pas confirmé par l'archive ou par `prompts/002-V0_0_2_START_PROMPT.md`.
|
||||
|
||||
Version attendue avant application :
|
||||
|
||||
```text
|
||||
0.0.1
|
||||
```
|
||||
|
||||
Version après application :
|
||||
|
||||
```text
|
||||
0.0.2-alpha.1
|
||||
```
|
||||
|
||||
## Objet
|
||||
|
||||
Exécuter le gate de framing imposé par le prompt `0.0.2` avant toute consolidation technologique :
|
||||
|
||||
- vérifier la baseline stable `v0.0.1` ;
|
||||
- auditer les règles, la gouvernance, la structure documentaire, les deltas/histories et la cohérence générale ;
|
||||
- confronter le prompt `0.0.2` à l'état réel du dépôt ;
|
||||
- inventorier les profils technologiques candidats ;
|
||||
- limiter le scope aux profils utiles à cette première release ;
|
||||
- dimensionner les tranches suivantes ;
|
||||
- créer le plan actif `0.0.2`.
|
||||
|
||||
Aucune règle technologique détaillée n'est introduite dans `alpha.1`.
|
||||
|
||||
## Résultat de l'audit de baseline
|
||||
|
||||
La prévalidation de l'archive a constaté :
|
||||
|
||||
- archive ZIP lisible, racine unique `pgr/`, sans doublon, traversal ou symlink ;
|
||||
- `44` fichiers et `13` répertoires ;
|
||||
- `VERSION` égal à `0.0.1` ;
|
||||
- absence normale de `.git` ;
|
||||
- aucun cache/build connu ou secret local distribué ;
|
||||
- headers `file/version` cohérents sur tous les Markdown ;
|
||||
- aucun lien Markdown local cassé parmi les liens vérifiés ;
|
||||
- `12` deltas et `12` histories `0.0.1` appariés exactement ;
|
||||
- chaîne PASS/FAIL/fix cohérente jusqu'à `rel.001` PASS ;
|
||||
- plan `0.0.1` clôturé, roadmap/changelog cohérents et prompt `0.0.2` présent ;
|
||||
- compteurs internes des documents vivants cohérents avec les opérations de deltas observées.
|
||||
|
||||
Aucun défaut bloquant n'impose de `0.0.1` correctif avant le démarrage de `0.0.2`.
|
||||
|
||||
Une observation non bloquante est conservée dans le plan : le history stable mentionne un contrôle post-tag `publish.001`, mais aucune preuve versionnée correspondante ne peut être déduite de cette archive. `alpha.1` n'invente ni ne reconstruit cette preuve.
|
||||
|
||||
## Cadrage retenu
|
||||
|
||||
`0.0.2` matérialisera d'abord :
|
||||
|
||||
```text
|
||||
profile model / composition
|
||||
Rust / Cargo
|
||||
Java / Maven / Gradle
|
||||
Android
|
||||
Rust + Android / JNI
|
||||
Web / TypeScript / Vite / WASM / Rust server composition
|
||||
Tauri desktop/mobile
|
||||
```
|
||||
|
||||
Les profils suivants sont examinés mais différés de cette release afin d'éviter une taxonomie exhaustive sans nécessité immédiate :
|
||||
|
||||
```text
|
||||
C / C++ / CMake
|
||||
PHP / Composer
|
||||
Python 3 application/package
|
||||
```
|
||||
|
||||
Ils restent des candidats futurs et ne sont pas rejetés.
|
||||
|
||||
Les règles cross-cutting ne recevront un propriétaire `800 — architecture` que lorsqu'une règle réellement commune à plusieurs profils n'est pas déjà possédée par un owner général existant.
|
||||
|
||||
## Scope
|
||||
|
||||
REPLACE :
|
||||
|
||||
```text
|
||||
VERSION
|
||||
```
|
||||
|
||||
ADD :
|
||||
|
||||
```text
|
||||
docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md
|
||||
deltas/0.0.2/alpha.1.md
|
||||
```
|
||||
|
||||
DELETE : aucun.
|
||||
|
||||
Aucun manifest de suppression n'est nécessaire.
|
||||
|
||||
## Documents volontairement inchangés
|
||||
|
||||
Les documents suivants ne sont pas modifiés uniquement pour refléter le passage à `0.0.2-alpha.1` :
|
||||
|
||||
```text
|
||||
README.md
|
||||
RULES.md
|
||||
ROADMAP.md
|
||||
CHANGELOG.md
|
||||
docs/000-README.md
|
||||
docs/rules/000-README.md
|
||||
```
|
||||
|
||||
Leur contenu courant reste cohérent : la roadmap annonce déjà `0.0.2`, les règles possèdent déjà le framing `alpha.1` et la hiérarchie général → spécifique, et le changelog ne journalise pas les prereleases internes.
|
||||
|
||||
## Validation opérateur
|
||||
|
||||
```bash
|
||||
test "$(cat VERSION)" = "0.0.2-alpha.1"
|
||||
|
||||
test -f docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md
|
||||
test -f deltas/0.0.2/alpha.1.md
|
||||
|
||||
grep -F 'Plan actif créé pendant `0.0.2-alpha.1`' docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md
|
||||
grep -F 'Aucun défaut bloquant de gouvernance' docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md
|
||||
grep -F '### alpha.2 — Rule profile model' docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md
|
||||
grep -F '### alpha.8 — Tauri desktop/mobile' docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md
|
||||
|
||||
grep -F -- '- `( ) 0.0.2`' ROADMAP.md
|
||||
grep -F 'v0.0.1' prompts/002-V0_0_2_START_PROMPT.md
|
||||
|
||||
git diff --check
|
||||
|
||||
git add VERSION docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md deltas/0.0.2/alpha.1.md
|
||||
|
||||
git diff --cached --check
|
||||
|
||||
git status --short
|
||||
```
|
||||
|
||||
La sortie attendue avant ajout du history est :
|
||||
|
||||
```text
|
||||
M VERSION
|
||||
A deltas/0.0.2/alpha.1.md
|
||||
A docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md
|
||||
```
|
||||
|
||||
Revue opérateur complémentaire :
|
||||
|
||||
- confirmer que l'archive `v0.0.1` utilisée est bien celle téléchargée depuis le tag Gitea déclaré ;
|
||||
- confirmer que l'absence de `.git` n'est pas traitée comme une anomalie ;
|
||||
- vérifier que le plan n'introduit aucune règle technologique comme déjà normative ;
|
||||
- vérifier que les profils différés ne sont ni oubliés ni artificiellement matérialisés ;
|
||||
- vérifier que `README.md`, `RULES.md`, `ROADMAP.md`, `CHANGELOG.md` et les historiques `0.0.1` ne sont pas modifiés par cette tranche.
|
||||
|
||||
## Transition
|
||||
|
||||
### PASS
|
||||
|
||||
Créer et appliquer séparément `history/0.0.2/alpha.1.md`, committer `alpha.1`, puis seulement préparer `0.0.2-alpha.2` consacré au modèle documentaire et à la composition des profils.
|
||||
|
||||
### FAIL
|
||||
|
||||
Rester dans le scope de cadrage avec `0.0.2-alpha.1.fix.1`. Le fix corrige uniquement les défauts du framing/audit/plan ; aucune règle technologique de `alpha.2+` ne doit y être absorbée.
|
||||
Reference in New Issue
Block a user