0.1.0-0-pre.4
This commit is contained in:
@@ -1,5 +1,5 @@
|
||||
<!-- file: prompts/000-V0_1_0_START_PROMPT.md -->
|
||||
<!-- version: 3 -->
|
||||
<!-- version: 4 -->
|
||||
|
||||
# Prompt de reprise 0.1.0
|
||||
|
||||
@@ -8,3 +8,7 @@ Partir de la dernière livraison `0.1.0-*`, lire `RULES.md`, `ROADMAP.md`, `CHAN
|
||||
## Validation et enchaînement
|
||||
|
||||
La validation Cargo finale d'un delta est exécutée par l'utilisateur sauf demande explicite contraire. Le delta suivant doit reprendre le statut de cette validation. Une gate entièrement propre autorise le passage automatique au delta suivant ; une gate en échec impose un `.fix.N` du delta courant avant progression, sauf décision explicite contraire.
|
||||
|
||||
## Formatage, tests et diagnostics
|
||||
|
||||
Lorsqu’un delta modifie du Rust, demander `cargo fmt --all` avant `cargo fmt --all -- --check`. Les seules modifications produites par rustfmt n’imposent pas d’incrémenter les en-têtes `// version: N`. Préférer les tests `cargo test -p ... --all-targets --all-features` ciblés ; réserver la suite workspace complète aux frontières de version/phase, aux changements transverses ou aux cas où la portée n’est pas sûre. Les tests unitaires résident sous `unit_tests/`, les tests d’intégration/environnement sous `tests/`, jamais sous `src/`. Utiliser le socle `game-logging-lib`/`tracing` pour les diagnostics structurés lorsque pertinent.
|
||||
|
||||
Reference in New Issue
Block a user