---
type: issue
id: "0042"
status: done
created: 2026-08-11
milestone: M2
priority: high
related:
  - "docs/design/done/2026-08-11-neckbeard-migration.md"
gitlab_iid: "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).

1. ~~Branch `Neckbeard-v0.1.1-migration-1` sichten und nach `main`
   bringen; Push über git.lab (Mirror zieht nach).~~ ✅ Erledigt
   2026-08-11 (Fast-Forward-Merge + Push, von sorb beauftragt).
2. Ersten Spiegel-Lauf ausführen: `python3 scripts/spiegel_issues.py
   --ausfuehren` (legt 0033–0042 auf GitLab an); danach die vergebenen
   iids als `gitlab_iid` nachtragen — ab dann meldet
   `gruppenpruefung.py` die Hinweise nicht mehr.
3. CI-Schedule für den Job `gruppenpruefung` anlegen (wie
   Stillstandsprüfung; Gruppen-Token mit `read_api` liegt als maskierte
   Variable bereits vor, siehe management#31).
4. 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](0091-gitops-61-enrollment-kollidierender-localpart-uebernimm.md),
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.