Ce chapitre définit comment le RCOS lui-même évolue en tant que standard.
11.1 Intendance du standard
11.1.1 Le RCOS DOIT avoir un organisme ou un processus d’intendance identifiable.
11.1.2 Les responsabilités de l’intendant DOIVENT inclure :
- Maintenir la spécification canonique
- Gérer les publications de versions
- Organiser les matériaux de référence et d’apprentissage
- Protéger les invariants de la Couche 0 du standard lui-même
11.1.3 L’intendant NE DOIT PAS agir comme une autorité d’application auprès des communautés.
11.1.4 L’intendance du RCOS DOIT privilégier la clarté, la stabilité et les apprentissages issus du terrain plutôt que la pureté idéologique.
11.2 Processus de modification
11.2.1 Les modifications apportées au RCOS-Core DOIVENT suivre un processus de modification défini.
11.2.2 Le processus de modification DOIT inclure :
- Soumission de proposition
- Période de revue publique et de retours
- Mécanisme de décision et autorité décisionnelle
- Versionnement et publication
11.2.3 La compatibilité ascendante DEVRAIT être préservée dans la mesure du possible.
11.2.4 Les changements non rétrocompatibles DOIVENT être clairement signalés et justifiés.
11.2.5 Les versions remplacées du RCOS DOIVENT rester accessibles publiquement.
11.2.6 Le RCOS lui-même DOIT incarner les mêmes principes qu’il exige des communautés : explicité, autorité délimitée, réversibilité et apprentissage.