Relevés/golang/golang.org/x/text/incident d'échec

Où cela a été mesuré

PASS signifie que la version a enregistré une observation réussie à PROJECT_COMPILE 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.

• v0.3.4 PASS 10 observations réussies
• v0.3.3 non mesuré
• v0.3.2 PASS 6 observations réussies
• v0.3.0 FAIL
• v0.0.0-20170915032832-14c0d48ead0c non mesuré

Où il s'est reproduit

• os=linux · runtime=go@1.26 ×1 2026-09-05 → 2026-09-05

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 en échec v0.3.0 → première version qui passe v0.3.2

  Un côté de cette frontière n'a aucun arbre de dépendances résolu : rien n'a pu être comparé.

Versions des dépendances au fil des versions

Ce vers quoi chaque version de ce paquet a résolu ses enfants. L'enfant dont la version a bougé vient en premier : c'est là qu'une mise à jour a changé quelque chose sous vos pieds.

Ont bougé : 1 · identiques à chaque version : 0

Une arête indique qu'un résolveur a placé une version à côté d'une autre sur une machine réelle. Ce n'est pas une affirmation qu'elles fonctionnent ensemble ; à cette question répondent les échantillons et les contrats, pas la présence d'une ligne.

Lacunes de preuve

• Versions de cette fenêtre jamais mesurées à PROJECT_COMPILE : 2
• Aucun arbre de dépendances résolu pour v0.3.2 ni pour v0.3.0 : les versions de part et d'autre de la frontière n'ont pas pu être comparées.
• Aucun domaine d'échec n'a été inféré pour cet échec.

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

Aucun exemple publié ne nomme ces versions.