ci: Einrichtungsstand im Kopfkommentar nachgezogen

Schedule ist angelegt und zweimal probegelaufen; offen bleibt nur das
CANONIZE_TOKEN, jetzt mit Issue-Verweis (gitops#51) statt einer allgemeinen
Anleitung. Auch die beiden Probelaeufe sind vermerkt - Pipeline 159 hat die
fehlende Lab-CA aufgedeckt, 161 lief gruen durch.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01PKhFj1S3UdD6xL2fbWPeYj
This commit is contained in:
Thore Cimbal
2026-08-02 12:00:00 +00:00
co-authored by Claude Fable 5
parent 52573634df
commit 42632d6b2a
+8 -4
View File
@@ -34,10 +34,14 @@ verify:
# das ALTE Shared Secret wieder ein. Frueher war das ein monatlicher Handgriff; # das ALTE Shared Secret wieder ein. Frueher war das ein monatlicher Handgriff;
# dieser Job erledigt ihn. # dieser Job erledigt ihn.
# #
# Einrichtung (einmalig, braucht Rechte - siehe CLAUDE.md): # Einrichtung:
# 1. Project Access Token, Rolle Maintainer, Scope write_repository # 1. OFFEN: Project Access Token, Rolle Maintainer, Scope write_repository
# -> CI/CD-Variable CANONIZE_TOKEN (masked + protected) # -> CI/CD-Variable CANONIZE_TOKEN (masked + protected). Nur sorb legt das
# 2. Pipeline-Schedule anlegen, taeglich, z. B. "17 5 * * *" # an; ohne das Token laeuft der Leerlauf gruen durch, aber die erste
# echte Rotation bricht ab. Siehe gitops#51.
# 2. ERLEDIGT: Schedule "TURN-Rotation kanonisieren (taeglich)", 17:05 Europe/
# Berlin, angelegt 2026-08-02. Probelaeufe: Pipeline 159 deckte die
# fehlende Lab-CA auf, 161 lief gruen durch ("Keine offene Rotation").
# #
# Warum taeglich statt monatlich zum Rotationstermin: ein monatlicher Schedule # Warum taeglich statt monatlich zum Rotationstermin: ein monatlicher Schedule
# hat genau einen Versuch. Faellt der Runner an dem Tag aus, faellt die # hat genau einen Versuch. Faellt der Runner an dem Tag aus, faellt die