3.9 KiB
Delta 0.3.9-pre.001-fix.002 — correction de la synchronisation Cargo
Base requise
khadhroony-solana-project v0.3.8
0.3.9-pre.001 appliquée
0.3.9-pre.001-fix.001 appliquée
workspace.package.version = 0.3.8
Type de livraison
ksp-general-0.3.9-pre.001-fix.002.zip
Objectif
Corriger l’anomalie de versioning découverte après pre.001-fix.001. La livraison initiale pre.001 avait conservé workspace.package.version = 0.3.8 en suivant l’exception explicitement écrite dans le prompt 028. Cette exception est incompatible avec la règle normative VER-ID-009 de docs/rules/VERSION_WORKFLOW.md, qui impose à toute prerelease non-fix de synchroniser la version Cargo, même lorsqu’elle est uniquement documentaire.
Le présent correctif ne réécrit pas les deltas historiques déjà livrés. Il corrige l’état courant et les documents durables qui décrivent cet état.
Décision de versioning
La livraison est un fix de pre.001. Puisqu’elle modifie Cargo.toml, VER-ID-007 impose la synchronisation de workspace.package.version avec l’identifiant technique du fix et VER-ID-010 impose la représentation SemVer pointée :
identifiant livraison = 0.3.9-pre.001-fix.002
version Cargo = 0.3.9-pre.1.fix.2
Le passage direct à 0.3.9-pre.2 n’est pas retenu dans ce fix : VER-ID-006 réserve un nouveau numéro de prerelease à une nouvelle tranche planifiée. 0.3.9-pre.2 reste donc réservé à pre.002, qui porte la création des contrats ksp-worker-api.
Fichiers modifiés
Cargo.toml
docs/plans/030-V0_3_9_WORKER_API_RAW_TRANSACTION_AUDIT_PLAN.md
docs/validation/026-V0_3_9_WORKER_API_RAW_TRANSACTION_AUDIT.md
Modifications :
Cargo.toml header : 475 -> 476
workspace.package.version : 0.3.8 -> 0.3.9-pre.1.fix.2
plan header : 2 -> 3
validation header : 1 -> 2
Le plan reçoit #### pre.001-fix.002 et sa section de versioning est corrigée. La validation distingue désormais l’état historique erroné de pre.001 de l’état courant corrigé.
Fichiers ajoutés
deltas/0.3.9/pre.001-fix.002.md
Fichiers supprimés
aucun
Historique préservé
Les fichiers suivants ne sont volontairement pas modifiés :
deltas/0.3.9/pre.001.md
deltas/0.3.9/pre.001-fix.001.md
prompts/028-V0_3_9_START_PROMPT.md
Les deux premiers décrivent les livraisons réellement produites. Le prompt reste l’entrée historique de la session ; le présent delta trace explicitement que son exception de versioning était en conflit avec VER-ID-009.
Validation opérateur disponible avant ce fix
L’opérateur a exécuté après pre.001-fix.001 :
python3 scripts/audit_rust_workspace_rules.py
python3 scripts/audit_markdown_tables.py README.md RULES.md ROADMAP.md CHANGELOG.md docs prompts crates deltas
Résultat fourni : audits Rust propres et audit Markdown propre avec 320 table(s), 729 file(s).
Validations d’assemblage du présent fix
Exécuté sur l’arbre assemblé après application du correctif :
python3 scripts/audit_rust_workspace_rules.py
General Rust rule audit: clean
Rust export completeness audit: 0 candidate(s)
KSP workspace Rust rule audit: clean
python3 scripts/audit_markdown_tables.py README.md RULES.md ROADMAP.md CHANGELOG.md docs prompts crates deltas
Markdown table audit: clean (320 table(s), 730 file(s))
Le binaire cargo n’est pas disponible dans l’environnement d’assemblage ; aucun cargo fmt/check/clippy/test/tree du présent fix n’est donc déclaré PASS localement. Le changement Cargo est limité au header documentaire du manifeste et à workspace.package.version.
Hors périmètre
aucune création de ksp-worker-api
aucun changement fonctionnel Worker API
aucun audit RAW provider commencé
aucune modification CHANGELOG/ROADMAP
aucun changement Transport/Config/Store