Versionshistorie
Das maßgebliche, menschenlesbare Protokoll aller übernommenen Änderungen an der RCOS-Implementierung eurer Gemeinschaft. Die aktuell gültige Version ist der neueste Eintrag am Anfang dieser Datei. Abgelöste Regeln bleiben über die Versionskontrolle zugänglich.
Diese Vorlage herunterladen
Erzeugt am 2026-08-31 · Alle Vorlagen herunterladen
Eintragsformat
What do we record about each version of our rules, so anybody can trace what changed?
RCOS-Klauseln 8.2.1, 8.2.2, 8.2.3, 8.2.4, 8.2.5, 8.6.4, 8.7.2
- 8.2.1 Alle angenommenen Änderungen MUSS versioniert und nachvollziehbar sein.
- 8.2.2 Die Gemeinschaft MUSS eine Versionshistorie führen, die mindestens folgendes dokumentiert:
- 8.2.3 Zu jedem Zeitpunkt MUSS die Gemeinschaft eindeutig feststellen können:
- 8.2.4 Abgelöste Regeln MUSS zusammen mit den Zeiträumen, in denen sie galten, für Prüfbarkeit, Lernen und Streitbeilegung zugänglich bleiben.
- 8.2.5 Keine informellen, undokumentierten oder „stillschweigend verstandenen" Regeländerungen KANN als gültig betrachtet werden.
- 8.6.4 Die Versionshistorie MUSS definieren:
- 8.7.2 Alle angenommenen Änderungen MUSS versioniert, dokumentiert und nachvollziehbar sein.
Warum jede übernommene Änderung festhalten?
Governance, die nicht auf „was hat sich wann und warum geändert" verweisen kann, ist nicht von Governance durch diejenigen zu unterscheiden, die am lautesten reden. Ein einziges, nur fortschreibbares Protokoll übernommener Änderungen — wobei die abgelösten Versionen in der Versionskontrolle erhalten bleiben — macht den aktuellen Stand der Regeln eindeutig und gibt Mitgliedern, Prüfenden und zukünftigen Verantwortlichen die Möglichkeit, den Weg nachzuvollziehen, der uns hierhergeführt hat.
Wie ihr das ausfüllt
Nutzt die Eintragsvorlage unten für jede übernommene Änderung. Neue Einträge werden über dem jeweils neuesten eingefügt. Ändert keine historischen Einträge — Korrekturen werden als neue Einträge erfasst.
## <Version> — <Kurztitel>
- **Gültig ab:** <JJJJ-MM-TT>
- **Entscheidungsprotokoll:** <Link zum Entscheidungsprotokoll>
- **Entscheidungstyp:** <Operativ / Strategisch / Konstitutionell>
- **Mechanismus:** <Abstimmungsverfahren / delegierte Befugnis>
- **Zusammenfassung:** <Ein bis drei Sätze, die beschreiben, was sich geändert hat.>
- **Betroffene Schichten:** <z. B. Schicht 2, Schicht 5>
- **Geänderte Artefakte:** <Liste der Artefakte>
- **Migrationshinweise:** <etwaige Übergangsregeln; „keine", wenn nicht zutreffend>
Was hineingehört
- 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?
Beispiele
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.
Beispiele, keine Empfehlungen. Eure Antworten werden eure eigenen sein.
Aktuelle Version: v0.0 — Repository initialisiert
- Gültig ab: <JJJJ-MM-TT>
- Entscheidungsprotokoll: Entfällt — initiales Grundgerüst
- Entscheidungstyp: Entfällt
- Mechanismus: Entfällt
- Zusammenfassung: Vorlagen initialisiert. Alle Artefakte sind Vorlagen — es wurden noch keine Regeln übernommen.
- Betroffene Schichten: Alle (nur Grundgerüst)
- Geänderte Artefakte: Alle Dateien als Vorlagen erstellt
- Migrationshinweise: Keine — Ausgangszustand
Neue Einträge werden oberhalb dieser Zeile eingefügt.