- Spegnimento
- 9 settembre 2026 alle ore 03:18 UTC
- Autore
- Kamo
- Impegno
- afb3fec
Entrambe le protezioni contro un dispiegamento che distribuisce nulla erano inerti, quindi la pipeline ha riferito due lavori verdi mentre i pods sono rimasti sul digestivo precedente. Questo è il modo billingservice corse per un giorno su un kamo-shared-library troppo vecchio per il nome ServiceType 35, 500ing l'intero catalogo del piano per ogni organizzazione mentre ogni segnale ha detto il dispiegamento era riuscito. Il confronto di riferimento non poteva funzionare. "Apply manifests" corre kubectl applicare su k8s/deployment.yaml, la cui immagine è:più recente, quindi `prima` era sempre:più recente e "dopo" sempre lo SHA. Essi differiscono su EVERY run, tra cui la ricostruzione dello stesso impegno il controllo esiste per, quindi il riavvio forzato non ha mai sparato — Kubernetes abbinato preesistente SHA ReplicaSet, ha mantenuto i vecchi pod, e lo stato di rollout è tornato immediatamente. L'affermazione digerente che avrebbe dovuto prendere che non ha inviato alcuna credenziali al registro, così Docker-Content-Digest è tornato vuoto e il passo ha preso la sua ramo deliberato fail-open: "controllo digerito saltato", uscita 0. Decidi il riavvio sul digerire invece, portato giù dal lavoro di costruzione, che è l'unica cosa che può dire un'immagine fresca da uno stante quando il tag è invariato. Lo stesso sistema di sicurezza ha preso in 6852acb. L'uscita digerente è MERGED in il blocco di output che era già lì — un secondo `outputs: ` la chiave di mappatura fa Forgejo salta completamente il flusso di lavoro, senza correre e senza errori.