Historial de Versiones
El registro legible por humanos y con carácter oficial de todos los cambios adoptados en la implementación RCOS de tu comunidad. La versión actualmente vigente es la entrada más reciente en la parte superior de este archivo. Las reglas sustituidas permanecen accesibles a través del control de versiones.
Descargar esta plantilla
Generado el 2026-08-31 · Descargar todas las plantillas
Formato de Entrada
What do we record about each version of our rules, so anybody can trace what changed?
Cláusulas 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 Todos los cambios adoptados DEBEN ser versionados y trazables.
- 8.2.2 La comunidad DEBE mantener un Historial de Versiones que registre, como mínimo:
- 8.2.3 En cualquier momento, la comunidad DEBE poder determinar sin ambigüedad:
- 8.2.4 Las reglas reemplazadas DEBEN permanecer accesibles para auditoría, aprendizaje y resolución de disputas, junto con las fechas durante las cuales estuvieron en vigor.
- 8.2.5 Ningún cambio de reglas informal, no documentado o "sobreentendido" PUEDE considerarse válido.
- 8.6.4 El Historial de Versiones DEBE definir:
- 8.7.2 Todos los cambios adoptados DEBEN ser versionados, documentados y trazables.
¿Por qué registrar cada cambio adoptado?
Una gobernanza que no puede señalar "qué cambió, cuándo y por qué" es indistinguible de una gobernanza donde manda quien más alto habla. Un único registro de solo-anexión de cambios adoptados — con las versiones sustituidas preservadas en el control de versiones — hace que el estado actual de las reglas sea inequívoco y ofrece a los miembros, auditores y futuros responsables una forma de reconstruir el camino que nos trajo hasta aquí.
Cómo rellenar esto
Usa la plantilla de entrada a continuación para cada cambio adoptado. Las nuevas entradas se anteponen por encima de la más reciente. No edites entradas históricas — las correcciones se registran como nuevas entradas.
## <versión> — <Título breve>
- **Fecha de entrada en vigor:** <AAAA-MM-DD>
- **Registro de decisión:** <enlace al registro de decisión>
- **Tipo de decisión:** <Operativa / Estratégica / Constitucional>
- **Mecanismo:** <mecanismo de votación / autoridad delegada>
- **Resumen:** <una a tres frases describiendo qué cambió.>
- **Capas afectadas:** <p. ej. Capa 2, Capa 5>
- **Artefactos modificados:** <lista de artefactos>
- **Notas de migración:** <cualquier regla de transición; "ninguna" si no aplica>
Qué cubrir
- 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?
Ejemplos
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.
Ejemplos, no recomendaciones. Sus respuestas serán las suyas.
Versión Actual: v0.0 — Repositorio Inicializado
- Fecha de entrada en vigor: <AAAA-MM-DD>
- Registro de decisión: N/A — andamiaje inicial
- Tipo de decisión: N/A
- Mecanismo: N/A
- Resumen: Plantillas inicializadas. Todos los artefactos son plantillas — aún no se ha adoptado ninguna regla.
- Capas afectadas: Todas (solo andamiaje)
- Artefactos modificados: Todos los archivos creados como plantillas
- Notas de migración: Ninguna — estado inicial
Las nuevas entradas se anteponen por encima de esta línea.