Files
management/decisions
Thore Cimbal 0fde69a6f2 docs: first retro, and the ADR the history rewrite should have had
Retro 2026-08-09, the first one under the framework. Main finding: six silent failures in nine days - a green pipeline that uploaded nothing, a broken npm package, a blueprint rejected on every run, a working copy tracking the forbidden remote, empty pipelines going red for nothing, and a release build that nearly overwrote a published image. None was found by monitoring; four surfaced by accident while looking for something else.

ADR-0009 documents the commit conventions and the retroactive anonymisation of 251 commits. It is filed after the fact, which is exactly the mistake the ADR duty exists to prevent - stated in the ADR rather than smoothed over.

Also recorded: assigning status:next and reassigning milestones are forbidden to a session acting alone; both happened here in the refinement with sorb, so the rule stands unweakened.
2026-08-09 12:00:00 +00:00
..

Architecture Decision Records (ADR)

Eine Datei pro Entscheidung, fortlaufend nummeriert, Format siehe template.md (MADR-light). ADRs werden nie umgeschrieben — eine revidierte Entscheidung bekommt ein neues ADR, das alte wird im Status auf abgelöst durch NNNN gesetzt.

Wann ist ein ADR Pflicht:

  • Architektur- oder Prozessentscheidungen, die mehrere Repos/Hosts betreffen
  • Jede dauerhafte Ausnahme von einer bestehenden Regel — eine Ausnahme, die nur dokumentiert, aber nicht entschieden wurde, ist ein Fehler (gelernt beim git.lab-Cutover 2026-08-01: die „Übergabe-Issues bleiben auf Gitea"-Ausnahme hätte als Entscheidungsvorlage kommen müssen, nicht als Fußnote)
  • Verworfene Wege, deren erneute Prüfung Zeit kosten würde („warum haben wir das damals nicht gemacht?")

Kleine, repo-lokale Entscheidungen bleiben im jeweiligen Projekt (Commit-Message oder Issue) — nicht jede Abwägung braucht ein ADR.