- Spegnimento
- 5 settembre 2026 alle ore 15:53 UTC
- Autore
- Kamo
- Impegno
- fac1091
L'immagine è contrassegnata con il commit SHA, così la ricostruzione dello stesso commit produce un riferimento di immagine identico. `kubectl set immagine` quindi non cambia nulla, il La distribuzione non è mai toccata, `rollout status` succede istantaneamente contro il OLD e il gasdotto diventa verde non avendo dispiegato nulla. Non è ipotetico e non è raro: succede su ogni workflow dispatch, ogni ripetizione e — il caso che conta — ogni volta il servizio deve essere ricostruito per prendere un cambio di kamo-shared-library senza un commit del proprio. E' successo due volte oggi. Entrambe le volte il tag immagine del dispiegamento legge correttamente mentre i pod hanno eseguito il codice stantio, che è precisamente il motivo per cui nessuno nota: il tag tutti controllano per confermare una distribuzione è l'unica cosa garantita da guardare Giusto. Quindi il passo ora confronta il riferimento dell'immagine prima e dopo, e quando è invariato costringe un riavvio rollout per tirare il nuovo contenuto dietro quel tag. Poi dimostra il risultato da DIGEST piuttosto che da tag, e non riesce a costruire se nessun pod sta eseguendo l'immagine che questo run ha prodotto. Un tag non può distinguere fresco contenuto da stallo; solo la lattina digestiva. Se questo assegno esistesse, entrambi di oggi i no-op silenziosi sarebbero stati costruire fallimenti invece delle scoperte.