Thore CimbalandClaude Opus 5
f8c2621607
Steps 2 and 4 were done today with the first mirror run and the milestone on gitops#61. Step 3 turned out to need nothing: gruppenpruefung carries the same schedule rule as stillstandspruefung, and the single daily schedule therefore runs both. Verified on pipeline 472 rather than inferred - both jobs ran, both ended red, which is the alarm doing its job. What that leaves is a naming trap worth stating: the schedule is called "Stillstandsprüfung (täglich)", so nobody looking for the group check finds it there, and disabling the schedule for one reason silently disables the other check too. Renaming is a click and belongs to sorb. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2.7 KiB
type, id, status, created, milestone, priority, related, gitlab_iid
| type | id | status | created | milestone | priority | related | gitlab_iid | |
|---|---|---|---|---|---|---|---|---|
| issue | 0042 | done | 2026-08-11 | M2 | high |
|
36 |
Migration in Betrieb nehmen: Push, erster Spiegel-Lauf, CI-Schedule
Die Schritte, die nur sorb ausführt (Nicht-Ziele der Migration: kein Push, kein API-Write durch die Session).
Branch✅ Erledigt 2026-08-11 (Fast-Forward-Merge + Push, von sorb beauftragt).Neckbeard-v0.1.1-migration-1sichten und nachmainbringen; Push über git.lab (Mirror zieht nach).- Ersten Spiegel-Lauf ausführen:
python3 scripts/spiegel_issues.py --ausfuehren(legt 0033–0042 auf GitLab an); danach die vergebenen iids alsgitlab_iidnachtragen — ab dann meldetgruppenpruefung.pydie Hinweise nicht mehr. - CI-Schedule für den Job
gruppenpruefunganlegen (wie Stillstandsprüfung; Gruppen-Token mitread_apiliegt als maskierte Variable bereits vor, siehe management#31). - gitops#61 einen Meilenstein geben (M1 oder M5 an der ADR-0010-Trennlinie) — der rote Befund der Gruppenprüfung ist die Erinnerung.
Erledigt 2026-08-18 — alle vier Schritte
Schritt 2, erster Spiegel-Lauf: ausgeführt (von sorb freigegeben). 17 Aktionen:
sieben Neuanlagen (management#33–#39), fünf Schließungen, zwei Wiederöffnungen,
drei Label-/Meilenstein-Korrekturen. Die vergebenen iids sind zurückgeschrieben —
das Skript tut das inzwischen selbst, sonst legte der nächste Lauf Duplikate an.
Die Hinweise der Gruppenprüfung sind von 7 auf 0 gefallen.
Schritt 4, Meilenstein für gitops#61: M1 gesetzt (jetzt #0091, inzwischen geschlossen — der Fix war längst ausgerollt).
Schritt 3, CI-Schedule: war bereits erfüllt, nur nicht als solcher erkennbar.
Der Job gruppenpruefung trägt dieselbe Regel wie stillstandspruefung
(CI_PIPELINE_SOURCE == "schedule"), und es gibt genau einen Zeitplan — 42 0 * * *.
Der fährt damit beide Jobs. Nachgeprüft an der letzten Schedule-Pipeline (472,
2026-08-17 22:43): gruppenpruefung und stillstandspruefung sind beide gelaufen.
Beide endeten rot, und das ist die Alarmfunktion, nicht ihr Defekt — die Gruppenprüfung
verlässt sich mit Exit 1 bei Befunden genau darauf.
⚠️ Stolperstein, bewusst benannt statt behoben: Der Zeitplan heißt „Stillstandsprüfung (täglich)". Wer nach der Gruppenprüfung sucht, findet sie dort nicht — und wer den Zeitplan wegen der Stillstandsprüfung abschaltet, schaltet unbemerkt die Gruppenprüfung mit ab. Umbenennen (etwa „Nächtliche Prüfungen") ist ein Handgriff auf GitLab und liegt bei sorb.