Prouver le déploiement par digest, et non par étiquette

FixEmailService
Expédié
5 septembre 2026 à 17:08 UTC
Auteur
Kamo
Commite
265d2de

Le commit précédent arrête « set image) étant un no-op silencieux. Cela affirme la résultat: après le déploiement, l'étiquette est résolue à un résumé dans le registre et les gousses de course sont contrôlées contre elle. Si aucune boîte n'exécute l'image, c'est l'exécution produit, la construction échoue au lieu de rendre compte du succès. L'étiquette ne peut pas répondre à cette question - reconstruire le même commit la réutilise, donc un une dose molle et une nouvelle portent des étiquettes identiques. C'est précisément la raison pour laquelle le no-op a survécu inaperçu : tout ce qu'un être humain vérifier avait l'air à droite. Le condensé est résolu à partir du registre plutôt que transmis par la construction. l'emploi, qui aurait besoin d'un "comprimes": bloquer sur ce travail. Ajoutez-en un à un travail qui Il était déjà dit que ce flux de travail était devenu silencieusement ingérable plus tôt aujourd'hui: Forgejo rejette une clé de cartographie dupliquée en sautant entièrement le flux de travail - non exécuter, pas d'erreur, juste un référentiel qui arrête tranquillement la construction. Maintenir l'ensemble Vérifiez à l'intérieur du bloc de coque existant éviter complètement cette classe de défaillance. L'obligation d'irmis en défaut lorsque le registre ou la liste des pods n'est pas accessible. Une lacune dans le contrôle n'est pas la preuve d'un mauvais déploiement, et un pas qui crie le loup est un pas tout le monde apprend à ignorer.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation