Histórico de Versões
O registro autoritativo legível por humanos de todas as mudanças adotadas na implementação RCOS da sua comunidade. A versão atualmente ativa é a entrada mais recente no topo deste arquivo. Regras substituídas permanecem acessíveis via controle de versão.
Baixar este modelo
Gerado em 2026-08-31 · Baixar todos os modelos
Formato da 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 Todas as mudanças adotadas DEVEM ser versionadas e rastreáveis.
- 8.2.2 A comunidade DEVE manter um Histórico de Versões que registre, no mínimo:
- 8.2.3 A qualquer momento, a comunidade DEVE ser capaz de determinar inequivocamente:
- 8.2.4 As regras substituídas DEVEM permanecer acessíveis para fins de auditabilidade, aprendizado e resolução de disputas, juntamente com as datas durante as quais estiveram em vigor.
- 8.2.5 Nenhuma mudança de regra informal, não documentada ou "subentendida" PODE ser considerada válida.
- 8.6.4 O Histórico de Versões DEVE definir:
- 8.7.2 Todas as mudanças adotadas DEVEM ser versionadas, documentadas e rastreáveis.
Por que registrar cada mudança adotada?
Uma governança que não consegue apontar "o que mudou, quando e por quê" é indistinguível de uma governança ditada por quem fala mais alto. Um único livro-razão apenas-acréscimo de mudanças adotadas — com as versões substituídas preservadas no controle de versão — torna o estado atual das regras inequívoco e dá aos membros, auditores e futuros administradores uma forma de reconstruir o caminho que nos trouxe até aqui.
Como preencher isto
Use o modelo de entrada abaixo para cada mudança adotada. Novas entradas são adicionadas acima da mais recente. Não edite entradas históricas — correções são registradas como novas entradas.
## <versão> — <Título curto>
- **Data de vigência:** <AAAA-MM-DD>
- **Registro de decisão:** <link para o registro de decisão>
- **Tipo de decisão:** <Operacional / Estratégica / Constitucional>
- **Mecanismo:** <mecanismo de votação / autoridade delegada>
- **Resumo:** <uma a três sentenças descrevendo o que mudou.>
- **Camadas afetadas:** <ex.: Camada 2, Camada 5>
- **Artefatos alterados:** <lista de artefatos>
- **Notas de migração:** <quaisquer regras de transição; "nenhuma" se não aplicável>
O que abordar
- 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?
Exemplos
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.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Versão Atual: v0.0 — Repositório Inicializado
- Data de vigência: <AAAA-MM-DD>
- Registro de decisão: N/A — estrutura inicial
- Tipo de decisão: N/A
- Mecanismo: N/A
- Resumo: Modelos inicializados. Todos os artefatos são modelos — nenhuma regra foi adotada ainda.
- Camadas afetadas: Todas (apenas estrutura inicial)
- Artefatos alterados: Todos os arquivos criados como modelos
- Notas de migração: Nenhuma — estado inicial
Novas entradas são adicionadas acima desta linha.