verfahren: Kanonisierungs-Pflichtschritt nach CFGMON-Deploys ergaenzt (2x gelebt am 01.08.)

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01PKhFj1S3UdD6xL2fbWPeYj

verfahren/deploy-uebergabe.md

@@ -76,3 +76,18 @@ committet und dokumentiert, sonst ist sie in zwei Wochen ein Rätsel.
 
 Das Verfahren gilt für Übergaben zwischen Personen. Wer baut **und** ausrollt,
 braucht kein Issue — der AAR lohnt trotzdem, sobald es Befunde ab MEDIUM gab.
+
+## Kanonisierung nach CFGMON-Deploys (Topologie-Pflichtschritt)
+
+CFGMON erreicht git.lab nicht — Commits aus Deploy-Sessions landen zwangsläufig
+direkt auf dem Gitea-Mirror und werden vom nächsten Mirror-Lauf **kommentarlos
+überschrieben** (zweimal passiert: dfe04c4→6ffab68 am 01.08. nachts,
+2b715ca→0bd77e2 am 01.08. nachmittags). Deshalb gehört zu jeder Übergabe:
+
+1. **CFGMON-Seite** vermerkt den Commit-Hash im Übergabe-Issue (Feld „Stand").
+2. **Mac-Seite** kanonisiert zeitnah: Patch per
+   `https://rohana.axion1337.de/sorb/<repo>/commit/<sha>.patch` ziehen
+   (verwaiste Objekte bleiben eine Weile abrufbar), `git am`, Push nach git.lab.
+   Der Hash ändert sich dabei — **Autorschaft und Inhalt bleiben erhalten**.
+3. **CFGMON** vor dem nächsten Pull: `git fetch && git reset --hard origin/main`
+   (inhaltsgleich, nur neuer Hash).