sasedev-knowledge/CHANGELOG.md

Changelog SaseDev Knowledge

Ce fichier décrit les changements utiles des releases publiées. Les détails de tranches et preuves opérateur appartiennent aux plans, deltas et histories.

0.0.3 (candidate)

• engage l'écriture Git générique contrôlée comme prochaine capacité après la stable de lecture 0.0.2 ;
• retient un worktree d'écriture isolé sous la racine d'état contrôlée et un contrat d'écriture distinct du contrat GitRepository de lecture ;
• exige des mutations de fichiers confinées, une identité de commit explicite, des hooks neutralisés et des erreurs publiques redacted ;
• prévoit un push vers refs/heads/... avec attente explicite sur l'état distant afin qu'une divergence devienne un conflit au lieu d'un écrasement ;
• conserve rebase/merge automatique, workflow complet de proposition, PostgreSQL, forge et auth/admin hors scope.

0.0.2

• matérialise un backend Git générique de lecture derrière knowledge-git-api, sans dépendance obligatoire à une forge ;
• prend en charge sources locales/remotes, mirror contrôlé, refresh avec pruning, résolution de référence vers commit et snapshots/worktrees détachés adressés par révision ;
• sécurise l'exécution Git sans shell, avec prompts interactifs désactivés, hooks neutralisés et erreurs publiques expurgées des localisations/credentials ;
• matérialise knowledge-app-lib comme owner du cas d'usage partagé de synchronisation Changed / Unchanged, avec révision précédente fournie par l'appelant et sans pseudo-persistance locale ;
• conserve Periodic comme origine du même cas d'usage sans imposer de scheduler concret ;
• rend Knowledge autonome après l'adoption ponctuelle PGR v0.1.3 en possédant localement règles, templates et audits nécessaires au développement courant ;
• normalise les crates bibliothèques autour d'une façade crate-root mince et de modules propriétaires, sans modifier les API publiques validées ;
• conserve PostgreSQL, adapter de forge, écriture/publication Git, auth/admin complète, parsing final HOWTO/snippet, submodules/LFS et partage concurrent de la racine Git hors du scope de cette release.

0.0.1

• établit la gouvernance locale Knowledge à partir de PGR v0.1.1 vérifiée ;
• cadre trois applications Actix Web distinctes pour PGR, HOWTOs et snippets dans un workspace commun ;
• cadre au moins trois sources Git de contenu indépendantes et une forge optionnelle ;
• retient PostgreSQL partagé pour l'état transversal sans remplacer Git comme vérité éditoriale ;
• fixe les frontières PGR / HOWTO / snippet / project-local ;
• adopte la préférence Eclipse UTF-8 versionnée prévue par PGR ;
• cadre une surface d'administration protégée propre à chaque application Web sans figer encore ses URL ni son modèle détaillé d'autorisation ;
• instancie le workspace Rust/Cargo strict avec une première crate de domaine et une politique explicite de Cargo.lock local, généré par Cargo et ignoré par Git ;
• introduit les premiers contrats provider-neutral de source, Git et synchronisation sans dépendance à une forge ni à PostgreSQL ;
• active les audits Rust PGR de structure et de façade au moment où des API publiques réelles apparaissent ;
• sélectionne localement unit_tests/ hors de src/ pour tous les tests unitaires Rust, avec tests/ réservé aux tests d'intégration Cargo ;
• fixe le frontend Web PGR comme laboratoire de validation des templates statiques et des assets avant adaptation du markup runtime en Maud ;
• matérialise ce laboratoire sous Web/knowledge-template-lab/ avec npm, TypeScript strict, Vite, Sass, Bootstrap et manifest Vite ;
• retient l’intégration production Actix/Maud via le manifest Vite comme contrat d’asset mapping à réimplémenter proprement, sans copier mécaniquement le corpus historique ;
• matérialise knowledge-web-lib et trois launchers Actix distincts avec rendu Maud, dev-server Vite configurable, résolution du manifest de production et service des assets hashés ;
• conserve comme corpus d'inspiration séparé les archives historiques actix-auth-app et amahil-project, sans importer leurs fonctionnalités inachevées comme exigences ;
• prépare un workspace Rust et une baseline Web composables sans construire prématurément la plateforme complète.