So versionieren Sie ein Dokument
Versionskontrolle für ein Dokument in der Praxis: ein Schema aus Dezimal- gegen Ganzzahlen wählen, Version, Datum und Freigeber auf jeder Seite drucken, definieren, was als wesentliche Änderung zählt, und ein aktuelles Exemplar führen.
Dokumentenversionskontrolle ist die Disziplin, jeden Entwurf und jedes ausgegebene Exemplar eines Dokuments zu nummerieren, zu datieren und abzulegen, sodass genau eine Version aktuell ist und jede vorherige identifizierbar und abgelöst statt gelöscht ist.
Kurz gesagt
- Entwurfsversionen erhalten eine Dezimalzahl (0.1, 0.2 …); ausgegebene Versionen erhalten eine ganze Zahl, niemals umgekehrt.
- Drucken Sie Version, Datum und Freigeber im Kopf jeder Seite, nicht nur im Dateinamen oder in den Dateieigenschaften.
- Führen Sie einen verbindlichen aktuellen Ort; jeder andere Verweis verlinkt darauf, statt ein eigenes Exemplar zu halten.
- Legen Sie schriftlich fest, was als Hauptversionssprung zählt und was als Unterversion, bevor das erste Dokument die Regel braucht.
- Das Änderungsprotokoll und die Ansicht zum Versionsvergleich von QueryChart zeigen genau, was sich zwischen zwei Revisionen geändert hat, ohne manuelles Protokoll, siehe /features/version-control.
Eine Versionsnummer ist eine Vertrauensaussage
Zwei Personen bearbeiten dasselbe Dokument ohne Nummerierungsregel und landen am selben Punkt: einer Datei namens Richtlinie_v2_FINAL_geprueft_DIESE-VERWENDEN.docx, und niemand ist sich sicher, welches von drei offenen Exemplaren tatsächlich aktuell ist. Versionskontrolle für ein Dokument löst das mit drei konkreten Entscheidungen statt mit einem Ordner voller datierter Dateinamen: einem Nummerierungsschema, einer Stelle, an der jede Seite ihre eigene Version nennt, und einem einzigen Ort, der das Exemplar hält, das alle als verbindlich behandeln.
Versionskontrolle ist nicht dasselbe wie Change Control und enger gefasst als Dokumentenlenkung. Change Control ist der Mechanismus, der entscheidet, ob eine vorgeschlagene Änderung überhaupt freigegeben wird (Auswirkungsbewertung, ein Änderungsgremium, ein Rollback-Plan), als eigener Prozess durchgegangen unter /de/guides/change-control-prozess-erstellen. Dokumentenlenkung ist der vollständige Lebenszyklus, in dem ein Dokument lebt, vom auslösenden Antrag bis zur turnusmäßigen Überprüfung, die es aktuell hält, von Anfang bis Ende behandelt unter /de/guides/dokumentenlenkung-prozess-erstellen und /de/templates/dokumentenlenkung-prozess. Diese Seite ist enger gefasst als beide: Sie ist die Nummerierungs- und Nachvollziehbarkeitsschicht, die unter einem Prozess zur Dokumentenlenkung läuft, kein Ersatz dafür.
QueryChart hält diese Nummerierungsschicht ehrlich, ohne ein separates, von Hand geführtes Register. Jede Bearbeitung eines Diagramms wird in einem Änderungsprotokoll erfasst, das die handelnde Person und das Feld benennt, eine Ansicht zum Versionsvergleich stellt beliebige zwei Revisionen nebeneinander und markiert genau, was sich geändert hat, und eine alte Revision wird mit einer Aktion wiederhergestellt: kostenlose, dauerhaft aktive Versionshistorie, vollständig beschrieben unter /features/version-control.
Eine Versionsnummer durch fünf Bahnen verfolgen
Ein neues Dokument wird entworfen, zweimal überarbeitet, freigegeben, veröffentlicht und abgelöst: die Versionsnummer ändert sich bei jedem dieser Schritte.
Ein Entwurf entsteht bei 0.1
Das Diagramm beginnt bei „Neues Dokument entworfen“, und bevor die Datei überhaupt in Umlauf kommt, gibt „Erste Entwurfsversion 0.1 vergeben“ ihr eine Dezimalzahl: das Merkmal eines Entwurfs, der noch in der internen Prüfung steckt, noch nicht zur Nutzung freigegeben.
Jeder Nacharbeitszyklus verdient eine neue Dezimalzahl
„Änderungen erforderlich?“ leitet einen nacharbeitsbedürftigen Entwurf über „Unterversion erhöhen“ zu „Entwurf gemäß Kommentaren überarbeiten“, bevor der Prüfer ihn erneut sieht, aus 0.1 wird 0.2, sodass „die Kommentare zu 0.3“ zu zitieren einen genauen Entwurf benennt.
Freigabe ist die einzige Tür zu einer ganzen Zahl
„Finalen Entwurf zur Freigabe einreichen“ und „Freigeber prüft den finalen Entwurf“ führen zu „Zur Ausgabe freigegeben?“: nur der Zweig Freigegeben erreicht „Hauptversion 1.0 vergeben“; Abgelehnt führt stattdessen zurück in den Unterversionszyklus.
Veröffentlichung löst ab, sie löscht nicht
„Versionshistorie-Register aktualisieren“ ist eine Datei-Zeile statt einer Prozess-Zeile, dann laufen „Freigegebene Version veröffentlichen“ und „Vorherige Version als überholt markieren“ beide, bevor irgendein Leser das neue Exemplar öffnet: die alte Nummer bleibt im Register stehen.
Ein veröffentlichtes Dokument kann wieder geöffnet werden
„Leser greift auf die aktuelle Version zu“ und „Änderung nach Veröffentlichung angefragt?“ zeigen, dass Veröffentlichung nicht das Ende ist: Ja schickt das Dokument über „Dokument für die nächste Version wieder öffnen“ zurück in die Prüfung, während Nein „Aktuelle Version bleibt in Kraft“ erreicht.
So funktioniert es
Legen Sie Ihre Dezimal-gegen-Ganzzahl-Regel fest
Entscheiden Sie schriftlich, dass ein Entwurf in Prüfung eine Dezimalzahl trägt (0.1, 0.2, 0.3) und ein ausgegebenes Exemplar eine ganze Zahl (1.0, 2.0). Das genaue Schema zählt weniger als dass jedes Dokument dasselbe verwendet, einschließlich des Registers und jeder Seitenkopfzeile.
Setzen Sie Version, Datum und Freigeber auf jede Seite
Eine Versionsnummer, die nur im Dateinamen oder in den Dokumenteigenschaften lebt, ist unsichtbar, sobald jemand die Seite ausdruckt oder einen Screenshot weiterleitet. Setzen Sie die Version, das Gültigkeitsdatum und den Namen des Freigebers in die Kopf- oder Fußzeile des Dokuments selbst.
Definieren Sie, was eine Hauptversion verdient, bevor Sie es brauchen
Schreiben Sie den Auslöser für den Ganzzahlschritt fest (allein die formale Freigabe oder Freigabe plus eine wesentliche inhaltliche Überarbeitung), bevor das erste Dokument dorthin gelangt. Ein Team, das sich darauf nie einigt, endet mit zwei verschiedenen Dokumenten, die beide Version 2 heißen.
Tippen Sie die Nummerierungsschritte der Reihe nach in ein Diagramm
Öffnen Sie ein Diagramm und setzen Sie jede Stufe (Entwurf, Prüfung, Überarbeitung, Freigabe, Veröffentlichung, Ablösung) in die Spalte Boxtext, verbunden über die Spalte Linie zu. Das Layout entsteht von selbst, die einzige echte Entscheidung ist also die Reihenfolge, in der sich die Versionsnummer bewegt.
Benennen Sie den einen verbindlichen Ort
Legen Sie die eine Stelle fest, an der die aktuelle Version lebt (ein gelenkter Ordner, ein Dokumentenmanagementsystem oder ein aktiver QueryChart-Link), und lassen Sie jeden anderen Verweis darauf zeigen statt ein eigenes Exemplar zu halten. Eine Versionsnummer bedeutet nichts, wenn zwei „aktuelle“ Exemplare sich widersprechen können.
Lesen Sie das Änderungsprotokoll, statt zu fragen, wer das neueste Exemplar hat
Öffnen Sie die Versionshistorie des Diagramms und nutzen Sie den Versionsvergleich, um genau zu sehen, welches Feld sich zwischen zwei Revisionen geändert hat, wer es geändert hat und wann, statt von Hand ein paralleles Änderungsprotokoll zu führen. Wie das Änderungsprotokoll und die Wiederherstellung funktionieren, steht unter /features/version-control.
Häufige Fehler
Dezimalzahlen, die sich nie auflösen
Ein bei 0.7 feststeckender Entwurf, den niemand für final erklären will, ist ein Zeichen dafür, dass der Freigabeauslöser nicht definiert ist, kein Nummerierungsproblem. Beheben Sie die Regel, was eine ganze Zahl verdient, nicht die Anzahl der Dezimalstellen.
Die Versionsnummer, die niemand sieht
Eine Version, die nur in einem Tabellenregister erfasst ist und im Dokument selbst fehlt, zwingt einen Leser zu vertrauen, dass das, was er in Händen hält, mit dem Register übereinstimmt. Drucken Sie sie stattdessen auf die Seite.
Zwei Orte, beide als aktuell bezeichnet
Ein Exemplar auf einem gemeinsamen Laufwerk und ein Exemplar in einem Dokumentenmanagementsystem driften auseinander, sobald eines bearbeitet wird und das andere nicht. Legen Sie den einen verbindlichen Ort fest und sperren oder deaktivieren Sie den Rest.
Ein manuelles Änderungsprotokoll neben dem Dokument
Eine von Hand geführte Liste von „was sich in v3 geändert hat“ läuft aus dem Takt, sobald jemand einen Eintrag vergisst. Das Änderungsprotokoll von QueryChart erfasst jede Feldänderung automatisch: vergleichen Sie zwei Versionen, statt einer Notiz zu vertrauen.
Erstellen Sie Ihr eigenes versioniertes Dokument
Öffnen Sie das Beispiel zur Dokumentenversionskontrolle als eigenes Diagramm, legen Sie Ihr Nummerierungsschema fest, und lassen Sie das Änderungsprotokoll von dort an jede Änderung erfassen.
Verwandte Anleitungen
Häufig gestellte Fragen
Was ist Dokumentenversionskontrolle?
Dokumentenversionskontrolle ist die Praxis, jedem Entwurf und jedem ausgegebenen Exemplar eines Dokuments eine eindeutige Nummer zuzuweisen, sodass jeder, der ein Exemplar in Händen hält, erkennen kann, wie aktuell es ist und wie es sich zu jedem anderen je existierenden Exemplar verhält. Üblicherweise wird ein Dezimalschema für Entwürfe in Prüfung mit ganzen Zahlen für formal freigegebene Versionen kombiniert, und es hängt davon ab, dass jede Seite diese Nummer trägt, statt sie im Dateinamen oder einem separaten Register zu belassen.
Wie versioniere ich ein Dokument, Schritt für Schritt?
Legen Sie ein Nummerierungsschema fest, bevor Sie überhaupt einen Entwurf schreiben: Dezimalzahlen für Entwürfe, ganze Zahlen für ausgegebene Exemplare ist die gängige Konvention. Setzen Sie Version, Datum und Freigeber in die Kopfzeile jeder Seite. Führen Sie jeden Entwurf durch denselben Prüf- und Freigabezyklus, erhöhen Sie bei jeder Nacharbeitsrunde die Unterversion und die Hauptversion nur bei der formalen Unterschrift. Führen Sie genau einen verbindlichen aktuellen Ort, und markieren Sie die Version, die eine neue ersetzt: Löschen Sie sie niemals.
Was ist der Unterschied zwischen Versionskontrolle und Revisionskontrolle für ein Dokument?
In der Praxis beschreiben die beiden Begriffe für ein Dokument dasselbe (ein Schema zur Nummerierung aufeinanderfolgender Exemplare), und die meisten Qualitätssysteme verwenden sie austauschbar. Ein echter Unterschied zeigt sich in Software- und Engineering-Kontexten, wo „Revisionskontrolle“ manchmal eine vollständige Änderungshistorie impliziert, während „Versionskontrolle“ lockerer für das reine Nummernetikett verwendet wird. Wählen Sie einen Begriff und verwenden Sie ihn konsequent, statt einen nicht existierenden Unterschied als bedeutsam zu behandeln; den ausführlicheren Vergleich finden Sie unter /de/guides/revisionskontrolle-vs-versionskontrolle.
Brauche ich ein separates Änderungsprotokoll, wenn ich bereits Versionsnummern habe?
Nicht, wenn Ihre Versionsnummern durch etwas gestützt werden, das bereits erfasst, wer welches Feld wann geändert hat. Das Änderungsprotokoll von QueryChart leistet das automatisch für jede Bearbeitung, und der Versionsvergleich stellt zwei Revisionen nebeneinander und markiert den Unterschied, sodass ein manuell geführtes Änderungsprotokoll Arbeit doppelt macht, die die Plattform bereits erledigt. Siehe /features/version-control.
