pgr/CHANGELOG.md

Changelog Project Governance Rules

Ce fichier décrit les changements utiles aux utilisateurs ou intégrateurs des releases publiées de PGR.

Les tranches alpha, beta, rc, fixes, validations, audits et détails de développement appartiennent aux plans, deltas et historiques. Ils ne sont pas recopiés ici par défaut.

0.0.3 (candidate)

• fournit cinq fichiers modèles Rust/Cargo : rustfmt.toml, clippy.toml, .cargo/config.toml, un manifest workspace et un manifest de crate membre, avec instructions d'adaptation ;
• explicite l'héritage des métadonnées et lints Cargo, ainsi que les exceptions locales motivées ;
• ajoute deux audits facultatifs et ciblés du style Rust, pour l'espacement des lignes vides et les blocs de constantes racine sans ordre sémantique, sans remplacer Rustfmt ni Clippy ;
• ajoute un audit read-only des headers file et version des fichiers Markdown gouvernés par PGR ;
• fournit une spécification courte pour rédiger le message manuel de reprise après publication d'une stable.

0.0.2

• introduit le modèle de profils PGR avec ownership normatif, applicabilité, composition du général vers le spécifique et overrides bornés ;
• matérialise les familles 500 — languages / ecosystems et 600 — platforms sans créer prématurément les familles frameworks ou architecture ;
• ajoute les premiers profils réutilisables 510 — Rust / Cargo, 520 — Java / Maven / Gradle et 610 — Android ;
• formalise notamment les politiques de toolchain/target, dépendances et build, visibilité/API, safety/FFI, structure canonique, compatibilité Android, packaging et niveaux de preuve ;
• ajoute deux audits PGR read-only et monotâches : alignement des tableaux Markdown et existence des cibles de liens Markdown locaux ;
• confirme que Rust/JNI, Web/Vite/WASM, Tauri, C/C++/CMake, PHP/Composer et Python restent différés jusqu'à une release où leur contenu justifie un owner réel.

0.0.1

• établit la fondation normative de PGR : force MUST / SHOULD / MAY, hiérarchie des scopes et principe de proportionnalité ;
• définit le modèle SemVer PGR, le rôle limité du fichier racine VERSION et le lifecycle alpha → beta → rc → stable avec fixes, REPLAN, abandon et supersession ;
• formalise le workflow des plans, deltas, histories, prompts, handoffs, manifests, commits de tranche et baselines issues des tags stables ;
• fixe les responsabilités documentaires, les révisions internes de fichiers, la conservation des snapshots historiques et la politique linguistique du dépôt principal ;
• établit la validation proportionnée, la séparation TEST / AUDIT / DIAGNOSTIC, les tests utiles sans quota global de coverage et l'autorité du gate opérateur.