0.0.3-alpha.3
This commit is contained in:
@@ -1,5 +1,5 @@
|
||||
<!-- file: docs/plans/003-V0_0_3_GIT_WRITE_PLAN.md -->
|
||||
<!-- version: 4 -->
|
||||
<!-- version: 5 -->
|
||||
|
||||
# Plan 0.0.3 — écriture Git contrôlée et push gardé
|
||||
|
||||
@@ -165,12 +165,14 @@ La gate de `alpha.1` reste une gate de cadrage : elle valide baseline, documenta
|
||||
|
||||
### alpha.3 — worktree d'écriture et commit candidat
|
||||
|
||||
- partir de `alpha.2 = PASS` historisé et committé ;
|
||||
- matérialiser dans `knowledge-git-lib` un worktree d'écriture isolé dérivé d'une base résolue ;
|
||||
- appliquer create/update/delete sous confinement ;
|
||||
- neutraliser hooks/configuration ambiante pertinente ;
|
||||
- créer un commit avec identité explicite ;
|
||||
- retourner une révision candidate vérifiée ;
|
||||
- nettoyer l'état temporaire de manière déterministe sans masquer un état inattendu.
|
||||
- appliquer create/update/delete sous confinement et refuser les traversées par symlink ;
|
||||
- neutraliser la configuration Git système/globale pertinente et les hooks ;
|
||||
- créer un commit avec identité auteur/committer explicite ;
|
||||
- vérifier que le candidat a exactement la base demandée comme parent ;
|
||||
- retenir le candidat sous une référence backend interne sans mettre à jour de branche distante ;
|
||||
- nettoyer l'état temporaire de manière déterministe sans supprimer silencieusement un worktree préexistant.
|
||||
|
||||
### alpha.4 — push gardé et concurrence
|
||||
|
||||
@@ -235,7 +237,7 @@ La release est fermable lorsque :
|
||||
- les règles/architecture décrivent l'état effectivement obtenu ;
|
||||
- beta et RC ont fermé les non-régressions prévues.
|
||||
|
||||
Le `PARTIAL` de `alpha.1` a autorisé `0.0.3-alpha.1.fix.1`. Le retour opérateur de ce premier fix reste `PARTIAL` parce que son transcript s'arrête avant les assertions finales imposées par le delta ; il autorise donc uniquement `0.0.3-alpha.1.fix.2`. Un `PASS` complet de `alpha.1.fix.2` autorise `0.0.3-alpha.2`. Tout autre statut produit d'abord son history puis un nouveau fix ou REPLAN selon le diagnostic.
|
||||
Le `PARTIAL` de `alpha.1` a autorisé `0.0.3-alpha.1.fix.1`. Le premier fix est resté `PARTIAL`, puis `alpha.1.fix.2` a fermé la preuve en `PASS`. `alpha.2` a ensuite matérialisé le contrat d'écriture provider-neutral et sa gate opérateur est `PASS`; son history autorise `0.0.3-alpha.3`. Tout autre statut de `alpha.3` produit d'abord son history puis un fix borné ou un REPLAN selon le diagnostic.
|
||||
|
||||
## Revue d'horizon
|
||||
|
||||
|
||||
Reference in New Issue
Block a user