Eleven findings, two false leads recorded as such (a wrong first diagnosis on #60, a false-clean secret scan caused by a wrong raw path), and the methods that actually surfaced each finding - most came from reading live state (database, ak apply_blueprint, the served config.json) rather than trusting green status.
Verfahren
Wiederkehrende Abläufe zwischen Personen und Hosts — dort festgehalten, wo sie nicht an einem einzelnen Projekt-Repo hängen.
| Datei | Inhalt |
|---|---|
| deploy-uebergabe.md | Ablauf und Prüfliste für „einer baut, ein anderer rollt aus" |
| aar-vorlage.md | Vorlage für den After Action Report nach einem Deploy |
| aar/ | Abgelegte AARs, benannt JJJJ-MM-TT-<vorhaben>.md |
textbloecke.md hält kurze, kopierbare Blöcke, die man einer
Session voranstellt — sie verweisen auf die Konventionen, statt sie zu wiederholen.
Baustein 4 (Abschluss) ist zugleich die Definition of Done für Änderungen ohne
Deploy; für Deployments gilt deploy-uebergabe.md.
Die zugehörige Issue-Vorlage liegt unter
.gitlab/issue_templates/Deploy-Übergabe.md und erscheint beim Anlegen eines
Issues in diesem Repo im Auswahlfeld Description template als
Deploy-Übergabe.
Abgrenzung zum Rest des Repos: hosts/ und shared/ halten offene Punkte,
dieses Verzeichnis hält wie wir arbeiten. Ein Verfahren wird hier nur
aufgenommen, wenn es mindestens einmal an einem echten Vorfall gescheitert
oder bewährt ist — der auslösende AAR wird jeweils verlinkt.