Historique des versions

Format des entrées

What do we record about each version of our rules, so anybody can trace what changed?

Clauses RCOS 8.2.1, 8.2.2, 8.2.3, 8.2.4, 8.2.5, 8.6.4, 8.7.2

8.2.1 Tous les changements adoptés DOIVENT être versionnés et traçables.
8.2.2 La communauté DOIT maintenir un Historique des versions qui enregistre, au minimum :
8.2.3 À tout moment, la communauté DOIT être en mesure de déterminer sans ambiguïté :
8.2.4 Les règles remplacées DOIVENT rester accessibles à des fins d'auditabilité, d'apprentissage et de résolution de conflits, accompagnées des dates pendant lesquelles elles étaient en vigueur.
8.2.5 Aucune modification de règle informelle, non documentée ou « implicitement convenue » NE PEUT être considérée comme valide.
8.6.4 L'Historique des versions DOIT définir :
8.7.2 Tous les changements adoptés DOIVENT être versionnés, documentés et traçables.

Pourquoi enregistrer chaque changement adopté ?

Une gouvernance qui ne peut pas indiquer « ce qui a changé, quand et pourquoi » est indiscernable d'une gouvernance par celui qui parle le plus fort. Un registre unique en ajout seul des changements adoptés — avec les versions remplacées conservées dans le contrôle de version — rend l'état actuel des règles sans ambiguïté et donne aux membres, aux auditeurs et aux futurs responsables un moyen de reconstituer le chemin qui nous a menés ici.

Comment remplir ce document

Utilise le modèle d'entrée ci-dessous pour chaque changement adopté. Les nouvelles entrées sont ajoutées au-dessus de la plus récente. Ne modifie pas les entrées historiques — les corrections sont enregistrées comme de nouvelles entrées.

## <version> — <Titre court>

- **Date d'entrée en vigueur :** <AAAA-MM-JJ>
- **Registre de décision :** <lien vers le registre de décision>
- **Type de décision :** <Opérationnelle / Stratégique / Constitutionnelle>
- **Mécanisme :** <mécanisme de vote / autorité déléguée>
- **Résumé :** <une à trois phrases décrivant ce qui a changé.>
- **Couches concernées :** <p. ex. Couche 2, Couche 5>
- **Artefacts modifiés :** <liste des artefacts>
- **Notes de migration :** <éventuelles règles de transition ; « aucune » si non applicable>

Ce qu’il faut couvrir

How are versions numbered, and what makes the number change?
What does every entry record — version, adoption date, effective date, the decision it came from, a summary, and any migration notes?
How can anyone tell which version is in force today, and which documents count as the official ones?
Where are earlier versions kept, and how can someone see the dates each one applied?
How is a mistake in an old entry corrected without editing it?

Exemples

Each version gets a number like 2.3: the first number goes up for Constitutional changes, the second for all others. Every entry records the version, adoption and effective dates, the decision reference with its mechanism and threshold, a short summary and any migration notes, newest first. The top entry is the version in force, and only documents in the "current" folder count. Earlier versions stay in the archive with the dates they applied, and mistakes are corrected with a new entry, never by editing an old one.

Des exemples, pas des recommandations. Vos réponses vous appartiendront.

Version actuelle : v0.0 — Dépôt initialisé

Date d'entrée en vigueur : <AAAA-MM-JJ>
Registre de décision : N/A — structure initiale
Type de décision : N/A
Mécanisme : N/A
Résumé : Modèles initialisés. Tous les artefacts sont des modèles — aucune règle n'est encore adoptée.
Couches concernées : Toutes (structure uniquement)
Artefacts modifiés : Tous les fichiers créés en tant que modèles
Notes de migration : Aucune — état initial

Les nouvelles entrées sont ajoutées au-dessus de cette ligne.

Télécharger ce modèle

Format des entrées

Version actuelle : v0.0 — Dépôt initialisé