51 lines
1.5 KiB
Markdown
51 lines
1.5 KiB
Markdown
<!-- file: docs/rules/000-README.md -->
|
|
<!-- version: 2 -->
|
|
|
|
# Index des règles PGR
|
|
|
|
Les règles détaillées de Project Governance Rules sont organisées ici progressivement par scope.
|
|
|
|
`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.
|
|
|
|
## Familles actives
|
|
|
|
- [`200-GOVERNANCE.md`](200-GOVERNANCE.md) — versioning, lifecycle des releases, fixes, cadrage, replan et abandon/supersession.
|
|
|
|
## Organisation prévue
|
|
|
|
Les autres familles seront créées uniquement lorsqu'elles disposent d'un contenu réel. La trajectoire actuelle prévoit conceptuellement :
|
|
|
|
```text
|
|
100 — general
|
|
200 — governance
|
|
300 — documentation
|
|
400 — validation
|
|
500 — languages
|
|
600 — platforms
|
|
700 — frameworks
|
|
800 — architecture
|
|
900 — project-specific
|
|
```
|
|
|
|
Les numéros réservent des familles de navigation ; ils ne constituent pas des identifiants de règles individuelles.
|
|
|
|
Les règles issues d'un langage, framework ou projet particulier ne doivent pas être élevées au niveau général sans justification réellement transversale.
|
|
|
|
## Enforcement
|
|
|
|
Une règle doit s'appuyer d'abord sur le mécanisme officiel le plus fiable disponible :
|
|
|
|
```text
|
|
compiler / language
|
|
↓
|
|
official linter or tool
|
|
↓
|
|
manifest / build system
|
|
↓
|
|
read-only structural audit
|
|
↓
|
|
test, uniquement pour une propriété comportementale
|
|
```
|
|
|
|
Les décisions architecturales qui ne peuvent pas être automatisées de manière fiable restent des points de revue.
|