Sasedev/pgr
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

0.0.1-beta.1

Browse Source
This commit is contained in:
SinuS von SifriduS
2026-09-23 09:00:34 +02:00
parent 1aa4c0e0b7
commit f3e3253c71
9 changed files with 216 additions and 12 deletions
Download Patch File Download Diff File Expand all files Collapse all files

8
docs/architecture/002-GOVERNANCE_ARCHITECTURE.md
View File

@@ -1,5 +1,5 @@
<!-- file: docs/architecture/002-GOVERNANCE_ARCHITECTURE.md -->
<!-- version: 1 -->
<!-- version: 2 -->
# Architecture de gouvernance PGR
@@ -65,7 +65,9 @@ Les règles project-specific restent dans le dépôt qui les possède.
PGR crée ses collections et familles de règles lorsque leur premier contenu réel apparaît. Les répertoires vides et les documents placeholders sont évités.
Les futures familles pourront notamment couvrir :
Les principes généraux actuellement suffisants restent possédés par le `RULES.md` racine. Une famille dédiée `100 — general` n'est matérialisée que si un corpus général distinct devient réellement utile.
Les familles de croissance peuvent notamment couvrir :
```text
general
@@ -79,4 +81,4 @@ architecture
project-specific rules
```
sans exiger leur matérialisation complète pendant `0.0.1-alpha.1`.
Cette classification guide la navigation sans imposer la création anticipée de fichiers ou répertoires vides.

4
docs/rules/000-README.md
View File

@@ -1,5 +1,5 @@
<!-- file: docs/rules/000-README.md -->
<!-- version: 5 -->
<!-- version: 6 -->
# Index des règles PGR
@@ -7,6 +7,8 @@ Les règles détaillées de Project Governance Rules sont organisées ici progre
`RULES.md` reste le point d'entrée normatif du dépôt et définit les principes fondamentaux, la force normative et la hiérarchie générale.
Les règles générales actuellement nécessaires restent dans `RULES.md`. La famille `100 — general` demeure réservée et n'est pas matérialisée tant qu'un document dédié n'apporte pas une meilleure séparation de responsabilités.
## Familles actives
- [`200-GOVERNANCE.md`](200-GOVERNANCE.md) — versioning, lifecycle des releases, fixes, cadrage, replan et abandon/supersession.

4
docs/rules/200-GOVERNANCE.md
View File

@@ -1,5 +1,5 @@
<!-- file: docs/rules/200-GOVERNANCE.md -->
<!-- version: 1 -->
<!-- version: 2 -->
# Governance rules
@@ -7,7 +7,7 @@
Ce document définit les règles communes de versioning et de lifecycle des releases gouvernées par PGR.
Les contrats détaillés des artefacts `delta`, `history`, `handoff`, `manifest` et `prompt` sont hors scope de cette tranche et seront définis séparément.
Les contrats détaillés des artefacts `delta`, `history`, `handoff`, `manifest` et `prompt` appartiennent à [`210-WORKFLOW.md`](210-WORKFLOW.md). Les règles de preuve et de gate appartiennent à [`400-VALIDATION.md`](400-VALIDATION.md).
## Principe de proportionnalité

4
docs/rules/210-WORKFLOW.md
View File

@@ -1,5 +1,5 @@
<!-- file: docs/rules/210-WORKFLOW.md -->
<!-- version: 1 -->
<!-- version: 2 -->
# Workflow artifact rules
@@ -9,7 +9,7 @@ Ce document définit les contrats communs des artefacts de workflow gouvernés p
Il couvre les plans, deltas, histories, prompts, handoffs, manifests de suppression, commits de tranche, reprise de session et baselines stables.
Les règles détaillées de validation et la taxonomie TEST / AUDIT / DIAGNOSTIC restent hors scope de cette tranche et seront formalisées dans `alpha.5`.
Les règles détaillées de validation et la taxonomie des preuves appartiennent à [`400-VALIDATION.md`](400-VALIDATION.md).
## Principe général

4
docs/validation/001-VALIDATION_MATRIX.md
View File

@@ -1,5 +1,5 @@
<!-- file: docs/validation/001-VALIDATION_MATRIX.md -->
<!-- version: 3 -->
<!-- version: 4 -->
# Matrice de validation PGR
@@ -19,6 +19,8 @@ Les catégories et règles de sélection sont définies dans [`../rules/400-VALI
| `PGR-VERSION-001` | `CHECK` | comparer `VERSION` à la version attendue par le delta courant | fichier `VERSION` | changement de tranche/version | alpha/beta/RC/stable | faible | opérateur |
| `PGR-LAYOUT-001` | `AUDIT` | comparer les fichiers ajoutés/remplacés/supprimés au scope déclaré du delta | scope du delta | changement de structure | alpha/beta/RC/stable | faible | opérateur/revue |
| `PGR-DOC-001` | `AUDIT` | vérifier headers `file/version`, chemins, liens et responsabilités des documents touchés | fichiers documentaires | modification documentaire | alpha/beta/RC/stable | faible | opérateur/revue |
| `PGR-NAV-001` | `AUDIT` | vérifier que les points d'entrée et liens canoniques ciblent des fichiers existants | index et docs racine | navigation ou réconciliation | beta/RC/stable | faible | opérateur/revue |
| `PGR-SCOPE-001` | `AUDIT` | vérifier que les documents vivants pointent vers les propriétaires normatifs actuels | documents vivants | réconciliation de phase | beta/RC/stable | faible | revue |
| `PGR-STATUS-001` | `CHECK` | `git status --short` | Git | avant fermeture d'une tranche | alpha/beta/RC/stable | faible | opérateur |
Un contrôle manuel peut rester dans la matrice lorsqu'aucun audit automatisé fiable n'existe encore. PGR SHOULD automatiser uniquement les propriétés stables et objectivement contrôlables.