Ein Textbaustein zieht um: Besitz klären, bevor er verschoben wird
Ein wiederverwendbarer Baustein, etwa ein Hinweiskasten zu den Erreichbarkeitszeiten, soll an einen neuen Ort. Der schnellste Weg ist kopieren und einfügen. Danach existieren zwei Texte, und niemand weiß, welcher gilt. Dieser Entwurf beschreibt eine Abhängigkeitskarte vor dem Umzug. Es handelt sich um eine bedingte Empfehlung für ein Redaktionssystem, nicht um eine vorhandene Funktion.
Die Karte
Vor jedem Umzug wird eine Tabelle angelegt:
| Feld | Inhalt |
|---|---|
| Baustein | Name und Kennung |
| Besitzende Rolle | genau eine Rolle, die Änderungen freigibt |
| Aktueller Ort | wo der Baustein gespeichert ist |
| Nutzer | alle Seiten, die ihn einbinden, jeweils per Verweis oder als Kopie |
| Neuer Ort | Ziel der Verschiebung |
Die wichtige Regel: Es gibt genau einen Speicherort, alle anderen Stellen verweisen darauf.
Entscheidungszweige
- Alle Nutzer binden per Verweis ein: Speicherort verschieben, Verweise auf die Kennung bleiben gültig. Die Besitzrolle bleibt gleich.
- Einige Nutzer haben den Text als Kopie eingefügt: Diese Kopien zuerst in Verweise umwandeln oder ausdrücklich als eigenständige Texte mit eigener Besitzrolle ausweisen. Erst danach verschieben.
- Der neue Ort gehört einem anderen Team: Besitz wird ausdrücklich übergeben und in der Karte vermerkt, sonst bleibt das alte Team verantwortlich.
- Die Nutzerliste ist unvollständig oder nicht prüfbar: nicht verschieben.
Durchgespieltes Beispiel (hypothetisch)
Der Baustein „Kontaktzeiten“ liegt auf der Seite „Kontakt“ und wird dort bearbeitet. Außerdem nutzen ihn drei weitere Seiten: „Support“, „Über uns“ und „Häufige Fragen“. Die Karte zeigt vier Nutzer, davon zwei per Verweis und zwei als eingefügte Kopie (Support, Häufige Fragen).
Schritte:
- Die zwei Kopien werden durch Verweise ersetzt. Zweig 2. Danach sind es vier Verweise, null Kopien.
- Der Baustein wird in die gemeinsame Bausteinablage verschoben, Besitzrolle bleibt die Redaktionsleitung. Zweig 1.
Zielzustand: ein Speicherort, vier Verweise, null Kopien, eine besitzende Rolle. Die Zahlen müssen vor und nach dem Umzug stimmen: vier Nutzer davor, vier Nutzer danach.
Abbruchbedingungen
- Die Zahl der Nutzer vor und nach dem Umzug weicht ab: Umzug zurücknehmen, Abweichung klären.
- Ein Nutzer hat die Kopie inhaltlich verändert: nicht ersetzen, die Abweichung der besitzenden Rolle vorlegen.
- Der Baustein hat zwei besitzende Rollen: erst eine bestimmen.
- Die Verschiebung würde eine veröffentlichte Seite ohne den Baustein zeigen: Verschiebung zurückstellen, bis alle Verweise geprüft sind.
Warum keine Kopie als Zwischenlösung?
Eine Zwischenkopie erscheint harmlos, weil man sie später löschen will. In der Praxis wird sie von jemandem bearbeitet, der den Ursprung nicht kennt. Dann gibt es zwei Wahrheiten. Die Karte schließt diesen Weg aus, indem sie Kopien sichtbar zählt.
Vorgeschlagene Abnahmetests (nicht durchgeführt)
- Nutzerliste vor und nach dem Umzug vergleichen: gleiche Zahl, im Beispiel vier.
- Den Baustein am neuen Ort ändern: alle vier Seiten sollten die Änderung zeigen.
- Am alten Ort nach einer Restkopie suchen: sie sollte nicht existieren.
- Eine Seite mit absichtlich veränderter Kopie einschleusen: der Ablauf sollte stoppen.
- Besitzrolle in der Karte leeren: der Umzug sollte nicht freigegeben werden.
Die Karte ersetzt keine technische Prüfung der Verweise. Sie macht aber vor dem Umzug sichtbar, ob überhaupt klar ist, wem der Baustein gehört.