134 lines
3.7 KiB
Markdown
134 lines
3.7 KiB
Markdown
<!-- file: history/0.0.1/alpha.2.md -->
|
|
<!-- version: 1 -->
|
|
|
|
# History 0.0.1-alpha.2 — workspace Rust/Cargo et contrat auth/admin
|
|
|
|
## Statut
|
|
|
|
PASS
|
|
|
|
La gate opérateur de `0.0.1-alpha.2` exécutée le `2026-09-27` est propre.
|
|
|
|
## Baseline opérateur
|
|
|
|
Le fix précédent a été clôturé avant application de la tranche :
|
|
|
|
```text
|
|
commit d632afe
|
|
message 0.0.1-alpha.1.fix.1
|
|
branch master
|
|
push origin/master PASS
|
|
status clean après push
|
|
```
|
|
|
|
Une première tentative de push a atteint un prompt d'authentification corrompu par une saisie parasite ; aucune publication n'a été constatée sur cette tentative. Le second `git push origin master` a réussi et a avancé `origin/master` de `116219f` à `d632afe`.
|
|
|
|
## Identité et structure
|
|
|
|
Les contrôles suivants ont réussi :
|
|
|
|
```text
|
|
VERSION = 0.0.1-alpha.2
|
|
git diff --check = clean
|
|
Knowledge 0.0.1-alpha.2 structural audit: clean
|
|
```
|
|
|
|
La gate structurelle a confirmé notamment :
|
|
|
|
- `Cargo.toml`, `rustfmt.toml`, `clippy.toml` et `.cargo/config.toml` présents ;
|
|
- `knowledge-domain-lib` comme unique package matérialisé de la tranche ;
|
|
- absence de placeholders `project-name` / `project-core-lib` ;
|
|
- resolver Cargo `3`, édition Rust `2024` et version workspace `0.0.1-alpha.2` ;
|
|
- artefacts Cargo configurés sous `../builds/sasedev-knowledge/target` ;
|
|
- étude auth/admin présente et correctement séparée des intentions incomplètes des corpus historiques ;
|
|
- absence volontaire des trois crates serveur, des migrations PostgreSQL et du frontend.
|
|
|
|
## Cargo et toolchain
|
|
|
|
`cargo metadata --format-version 1 --no-deps` a réussi. La vérification de metadata a atteint :
|
|
|
|
```text
|
|
Knowledge 0.0.1-alpha.2 Cargo metadata audit: clean
|
|
```
|
|
|
|
Le workspace contient exactement :
|
|
|
|
```text
|
|
knowledge-domain-lib
|
|
```
|
|
|
|
Les gates Rust ont toutes réussi :
|
|
|
|
```text
|
|
cargo fmt --all
|
|
cargo fmt --all -- --check
|
|
cargo check --workspace
|
|
cargo clippy --workspace --all-targets --all-features -- -D warnings
|
|
cargo test --workspace --all-targets --all-features
|
|
```
|
|
|
|
`cargo check` et Clippy ont terminé sans warning. Les tests ont exécuté la cible unitaire de `knowledge-domain-lib` avec :
|
|
|
|
```text
|
|
running 0 tests
|
|
test result: ok. 0 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out
|
|
```
|
|
|
|
L'absence de test comportemental est cohérente avec le scope `alpha.2`, qui ne matérialisait encore aucun contrat fonctionnel.
|
|
|
|
## `Cargo.lock` et artefacts
|
|
|
|
Le lockfile a été généré par la toolchain opérateur :
|
|
|
|
```text
|
|
Cargo.lock présent
|
|
Cargo.lock non ignoré
|
|
```
|
|
|
|
Le répertoire d'artefacts externe attendu existe :
|
|
|
|
```text
|
|
../builds/sasedev-knowledge/target
|
|
```
|
|
|
|
## Hygiène Git et scope observé
|
|
|
|
`git diff --cached --check` est propre. Le staging transmis est :
|
|
|
|
```text
|
|
A .cargo/config.toml
|
|
M CHANGELOG.md
|
|
A Cargo.lock
|
|
A Cargo.toml
|
|
M README.md
|
|
M ROADMAP.md
|
|
M RULES.md
|
|
M VERSION
|
|
A clippy.toml
|
|
A crates/knowledge-domain-lib/Cargo.toml
|
|
A crates/knowledge-domain-lib/src/lib.rs
|
|
A deltas/0.0.1/alpha.2.md
|
|
M docs/000-README.md
|
|
M docs/architecture/001-PROJECT_PROFILE.md
|
|
M docs/architecture/002-KNOWLEDGE_ARCHITECTURE.md
|
|
M docs/objectives/001-PROJECT_OBJECTIVES.md
|
|
M docs/plans/001-V0_0_1_FOUNDATION_PLAN.md
|
|
A docs/studies/001-AUTH_ADMIN_CORPUS_STUDY.md
|
|
M docs/validation/001-VALIDATION_MATRIX.md
|
|
A rustfmt.toml
|
|
```
|
|
|
|
Ce scope correspond au delta annoncé, avec `Cargo.lock` ajouté par Cargo pendant la gate comme prévu.
|
|
|
|
## Décision
|
|
|
|
`0.0.1-alpha.2` est `PASS`.
|
|
|
|
Aucun `alpha.2.fix.N` n'est requis. La transition autorisée est :
|
|
|
|
```text
|
|
0.0.1-alpha.3
|
|
```
|
|
|
|
`alpha.3` peut introduire les premiers contrats domaine/Git/synchronisation et leurs tests ciblés sans ajouter d'API Gitea, de persistance PostgreSQL, de serveur Actix ou de frontend.
|