Relevésgolanggolang.org/x/toolsincident d'échec
Signature de l'échec
PROJECT_TEST exit 1 ×1
--- FAIL: <token> (0.00s) · FAIL example.com/ednssample/test 0.004s
Qualité de preuve: complete · go/test · test-runner-diagnostic · outer go test · Premier relevé: 2026-08-30 · Dernière observation: 2026-08-30
sha256:36a7340bb4ef…
Où cela a été mesuré
PASS signifie que la version a enregistré une observation réussie à PROJECT_TEST 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.6.0 PASS 5 observations réussies
- v0.1.12 PASS 9 observations réussies
- v0.1.10 PASS 1 observations réussies
- v0.1.6-0.20210726203631-07bc1bf47fb2 FAIL
- v0.1.1 PASS 5 observations réussies
- v0.0.0-20200825202427-b303f430e36d non mesuré
- v0.0.0-20200804011535-6c149bb5ef0d non mesuré
Où il s'est reproduit
- os=linux · runtime=go@1.26 ×1 2026-08-30 → 2026-08-30
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 v0.1.1 → première version en échec v0.1.6-0.20210726203631-07bc1bf47fb2
Un côté de cette frontière n'a aucun arbre de dépendances résolu : rien n'a pu être comparé.
-
Dernière version en échec v0.1.6-0.20210726203631-07bc1bf47fb2 → première version qui passe v0.1.10
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.
| Bibliothèque | v0.6.0 | v0.1.12 | v0.1.10 | v0.1.1 | v0.0.0-20200825202427-b303f430e36d | v0.0.0-20200804011535-6c149bb5ef0d |
|---|---|---|---|---|---|---|
| github.com/yuin/goldmark | v1.4.13 | v1.4.13 | — | v1.3.5 | v1.1.32 | v1.1.32 |
| golang.org/x/mod | v0.8.0 | v0.6.0-dev.0.20220419223038-86c51ed26bb4 | — | v0.4.2 | v0.3.0 | v0.3.0 |
| golang.org/x/net | v0.10.0 | v0.4.0 | — | v0.0.0-20210405180319-a5a99cb37ef4 | v0.0.0-20210525063256-abc453219eb5 | v0.0.0-20200707034311-ab3426394381 |
| golang.org/x/sync | v0.1.0 | v0.21.0 | — | v0.0.0-20210220032951-036812b2e83c | v0.21.0 | v0.0.0-20200625203802-6e8e738ad208 |
| golang.org/x/sys | v0.17.0 | v0.47.0 | — | v0.0.0-20210510120138-977fb7262007 | — | — |
| golang.org/x/xerrors | — | — | — | v0.0.0-20200804184101-5ec99f83aff1 | v0.0.0-20200804184101-5ec99f83aff1 | v0.0.0-20191204190536-9bdfabe68543 |
| golang.org/x/text | — | v0.5.0 | — | — | — | — |
Ont bougé : 6 · identiques à chaque version : 1
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_TEST : 2
- Aucun arbre de dépendances résolu pour v0.1.1 ni pour v0.1.6-0.20210726203631-07bc1bf47fb2 : 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.