- Verschifft
- 8. Juli 2026 um 18:46 UTC
- Autor
- Kamo
- Ausschuss
- 6aa246e
deploy-services.yml hat jeden Dienst erneut aufgelegt UND wieder installierte Cluster-Betreiber (Cert-manager, KubeVirt, CDI - mit 600er Wartezeiten) auf jedem Schub nach Haupt, also ein Einzeiler-Wechsel löste eine Neuinstallation von 50min-E-Gulstanz aus. - Fügen Sie einen "Veränderte Komponenten erkennen" Schritt hinzu, der den Druck und die Tore diffitiert Bereitstellung Schritt auf, ob ITS Top-Level-dr. Manueller Versand, ein unbekannte Basis SHA, oder eine Änderung des Workflows selbst noch zwingen eine volle Versöhnen. - Bewachen Sie die Betreiber installiert: cert-manager installiert nur, wenn abwesend oder unterschiedliche Version; KubeVirt+CDI überspringen die (re) installieren und Verfügbare Wartezeiten, wenn Beide CRs sind bereits eingesetzt. So auch eine vollständige Versöhnung nie wieder installiert eine gesunden Betreiber. - Split rspamd in seine eigene gated Schritt, so dass ein rspamd Änderung nicht mehr umsetzt Der gesamte Mail-Stack / wiederholt die MySQL-Jobs. - Fügen Sie eine Concurrency-Gruppe hinzu, so dass zwei Entsendungen nicht auf kubectl gelten können.