SAV Inspector
English
Eine Version ist ein vollständiger unveränderlicher Zustand
Jedes bewusste Speichern erzeugt eine neue verschlüsselte Dateiversion, statt vorherige Bytes zu überschreiben. Die Zeitleiste dokumentiert Ersteller, Zeitpunkt, Versionsnummer und Kommentar. Ältere Stände bleiben gemäß Aufbewahrungsregel der Organisation verfügbar.
- Versionsnummer niemals wiederverwenden
- Kommentare kurz und entscheidungsbezogen formulieren
- konkrete Version statt veränderlichen Dateinamen reviewen
- Quelle und vorgesehenen nächsten Schritt festhalten
- bei externer Übergabe exakte Bytes per Hash referenzieren
Kommentare erklären die Absicht, Checks liefern Evidenz
„Labels korrigiert“ ist schwächer als „durch Fragebogen bestätigte Labels für q12–q18 ergänzt; Fallwerte unverändert“. Ein guter Kommentar erklärt Umfang und Quelle. SAV Check und Roundtrip-Bericht ergänzen ihn um maschinell prüfbare Befunde.
Parallele Arbeit ausdrücklich behandeln
Öffnen zwei Personen dieselbe Basisversion, können konkurrierende Ausgaben entstehen. Der sichere kurzfristige Ablauf erkennt eine inzwischen neuere Version, vergleicht beide Absichten und erzeugt einen abgestimmten Nachfolger. Verstecktes Last-write-wins ist für kontrollierte Research-Dateien ungeeignet.
- Bekannte Basis öffnen
Mit sichtbarer Versionsnummer statt einem mehrdeutig benannten Anhang beginnen.
- Änderungen durchführen und prüfen
Änderungen erklärbar halten sowie Qualitäts- und Roundtrip-Checks ausführen.
- Mit Entscheidungskommentar speichern
Festhalten, was sich warum änderte und ob Fallwerte betroffen waren.
- Review anfordern
Eine andere berechtigte Person genehmigt oder verwirft exakt diese Version.
Häufige Fragen
Warum SAV-Dateien nicht einfach in Git speichern?
Das ist möglich, normale Textdiffs erklären binäre Datenwörterbuch- und Falländerungen aber nicht. Eine Dateizeitleiste mit fachlichen Checks ist für Research-Nutzer meist hilfreicher.
Kann eine freigegebene Version verändert werden?
Nein. Eine Änderung erzeugt eine neue Version, die ein eigenes Review benötigt.
Was gehört in einen Versionskommentar?
Umfang, Grund, Quelle und ob Werte oder nur Metadaten geändert wurden. Sensible Falldaten gehören niemals in den Kommentar.
Ersetzt Versionierung ein Backup?
Nein. Versionshistorie schützt logische Arbeitsstände; Backups schützen den Dienst gegen Speicher- oder Datenbankverlust.