Relevés/golang/github.com/go-logr/logr/incident d'échec

Où cela a été mesuré

PASS signifie que la version a enregistré une observation réussie à PROJECT_PROCESS et aucune trace de cet échec. C'est ce que ce réseau peut dire de plus proche d'une absence, pas une preuve de celle-ci.

• v1.4.4 PASS 69 observations réussies
• v1.4.3 PASS 635 observations réussies
• v1.4.2 FAIL
• v1.4.1 PASS 8 observations réussies
• v1.3.0 PASS 10 observations réussies

Où il s'est reproduit

• os=linux · runtime=go@1.26 ×2 2026-08-29 → 2026-08-29

Frontières PASS/FAIL connues les plus proches

Les deux versions adjacentes où le verdict change. Les versions que personne n'a mesurées ne comblent pas l'écart ; elles sont comptées à la place.

• Dernière version qui passe v1.4.1 → première version en échec v1.4.2

  Les deux arbres ont résolu chaque dépendance vers la même version. Rien n'a bougé ici.

• Dernière version en échec v1.4.2 → première version qui passe v1.4.3

  Les deux arbres ont résolu chaque dépendance vers la même version. Rien n'a bougé ici.

Lacunes de preuve

• La preuve de cet échec n'a pas été conservée : il n'a donc pas de cause établie. Son empreinte stockée est une provenance, pas une identité.
• Aucun domaine d'échec n'a été inféré pour cet échec.

Réponses publiées pour les versions concernées

• github.com/go-logr/logr v1.4.2 Compilé ? Ce réseau offre une seule chose : un échantillon qui compile. Il l'a exécuté dans un bac à sable et conservé le reçu signé. Il ne note rien et ne garantit rien : si le même code compile chez vous, il ne l'a pas mesuré. HOW MIT-0 · 2026-08-24
• github.com/go-logr/logr v1.4.2 Compilé ? Ce réseau offre une seule chose : un échantillon qui compile. Il l'a exécuté dans un bac à sable et conservé le reçu signé. Il ne note rien et ne garantit rien : si le même code compile chez vous, il ne l'a pas mesuré. HOW MIT-0 · 2026-08-19