Files
management/docs/issues/0053-historien-durchgang-nicht-kanonische-commits.md
T
Thore CimbalandClaude Opus 4.8 5054ad5248 docs(issues): open #0053 — carry eight non-canonical commits into the next history pass
Eight commits from the past two days carry the wrong author identity, made in an
agent session that set user.email by hand in fresh clones — an hour after that
same session wrote the canonical identity into AGENTS.md.

sorb's call is to fix them with the next history pass rather than force-pushing
two repos over eight commits. The issue exists anyway because gruppenpruefung
reports them on every run: without a recorded reason the next session starts
'repairing' them, or worse gets used to red findings, which is exactly what
happened with the TargetDown noise in #0002 the same morning.

Notes the structural prevention too — an includeIf block setting the identity for
group clones — since writing the rule down demonstrably did not prevent breaking it.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-08-15 12:00:00 +00:00

54 lines
2.3 KiB
Markdown

---
type: issue
id: "0053"
status: open
created: 2026-08-15
milestone: M2
priority: low
area: infrastructure
related:
- "docs/adr/0009-commit-konventionen-und-historien-anonymisierung.md"
---
# Historien-Durchgang: acht nicht-kanonische Commits mitziehen
## Problem / Motivation
Acht Commits vom 14./15.08.2026 tragen `sorb <sorb.business@gmail.com>` statt der kanonischen
Identität `Thore Cimbal <cfx@riot.8shield.net>` (ADR-0009). Entstanden in einer Agenten-Session:
in frisch geklonten Repos wurde `user.email` von Hand gesetzt — ausgerechnet kurz **nachdem**
dieselbe Session die kanonische Identität in `AGENTS.md` ausgeschrieben hatte (#0027/W7).
Die betroffenen Commits:
| Repo | Commits |
|---|---|
| `threadnet-operating` | `1bbff5e7`, `4cb9bfb2`, `e0808bad`, `e9c13dcf` |
| `notfallhandbuch` | `5e398e73`, `6ff291d0`, `a55e6ee2` |
| `thread-net-git` | `8d089e23` |
**Entscheidung sorb 2026-08-15:** *nicht* jetzt einzeln umschreiben, sondern **beim nächsten
ohnehin anstehenden Historien-Durchgang mitziehen**. Ein Force-Push über zwei Repos für acht
Commits steht in keinem Verhältnis — der Inhalt ist korrekt, nur das Namensschild ist falsch.
## Acceptance
- Die acht Commits tragen die kanonische Identität (ADR-0009).
- Die Auflage aus ADR-0009 ist erfüllt: **alt→neu-Zuordnung** dokumentiert, analog zu
`docs/sources/migration/commit-zuordnung-2026-08-07.md`.
- `gruppenpruefung.py` meldet keine `nicht-kanonische Identität` mehr.
## Notes
**Warum dieses Issue existiert, obwohl die Sache vertagt ist:** `gruppenpruefung.py` meldet die
acht Befunde bei *jedem* Lauf. Ohne einen dokumentierten Grund fängt die nächste Session an,
sie zu „reparieren" — oder, schlimmer, gewöhnt sich an rote Befunde. Genau das ist am selben Tag
beim `TargetDown`-Dauerfeuer aus #0002 passiert. Die Vertagung ist eine Entscheidung, kein
Versehen, und gehört deshalb sichtbar abgelegt.
**Vorbeugung (der eigentliche Punkt):** Die Ursache war ein `git config user.email` von Hand in
einem frischen Klon. Dass die Regel eine Stunde vorher aufgeschrieben wurde, hat sie nicht
verhindert — dieselbe Lehre wie beim Bindmount (#0027/W6-Klasse). Wirksam wäre etwas
Strukturelles statt mehr Sorgfalt, z.B. ein `[includeIf]`-Block in der globalen `.gitconfig`, der
die Identität für Klone der Gruppe automatisch setzt, sodass sie gar nicht erst von Hand gesetzt
werden muss.