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