- Expédié
- 5 septembre 2026 à 16:38 UTC
- Auteur
- Kamo
- Commite
- c201c0c
L'image est étiquetée avec le commit SHA, donc la reconstruction du même commit produit une référence d'image identique. L'image de set kubectl change alors rien, le Le déploiement n'est jamais touché, le statut de rollout réussit immédiatement contre le Les gousses de la DLd, et ce pipeline rapporte un déploiement réussi n'ayant rien déployé. C'est le cas normal chaque fois qu'un service doit être reconstruit pour prendre un kmo-shared-library change sans un engagement qui lui est propre - et il est invisible, Parce que l'étiquette image que tout le monde vérifie pour confirmer un déploiement est exactement la chose garanti pour avoir l'air correct alors que les gousses tournent le code. C'est arrivé deux fois Hier et les deux fois ont été trouvés uniquement en comparant des condensés à la main. L'étape compare maintenant la référence de l'image avant et après, et force un déploiement redémarrer quand il est inchangé de sorte que le nouveau contenu derrière cette étiquette est tiré.