Relevésgolanggithub.com/envoyproxy/go-control-planeincident d'échec
Signature de l'échec
PROJECT_COMPILE exit 1 ×1
test/contract.go:<n>:<n>: too many arguments in call to cache.NewSnapshot
Qualité de preuve: complete · go/compiler · compiler-diagnostic · outer go run · Premier relevé: 2026-10-16 · Dernière observation: 2026-10-16
sha256:93c0544f9507…
github.com/envoyproxy/go-control-plane/envoy/api/v2.Cluster github.com/envoyproxy/go-control-plane/envoy/api/v2/core.Node github.com/envoyproxy/go-control-plane/pkg/cache.ClusterType github.com/envoyproxy/go-control-plane/pkg/cache.IDHash github.com/envoyproxy/go-control-plane/pkg/cache.NewSnapshot github.com/envoyproxy/go-control-plane/pkg/cache.NewSnapshotCache github.com/envoyproxy/go-control-plane/pkg/cache.Resource github.com/envoyproxy/go-control-plane/pkg/cache.RouteType
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.14.0 non mesuré
- v0.9.4 PASS 1 observations réussies
- v0.9.1-0.20191026205805-5f8ba28d4473 non mesuré
- v0.9.0 FAIL
Où il s'est reproduit
- os=linux · runtime=go@1.26 ×1 2026-10-16 → 2026-10-16
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.9.0 → première version qui passe v0.9.4
Versions intermédiaires jamais mesurées à cette étape : 1
Ce qui diffère de part et d'autre de la frontière
- github.com/cncf/udpa/go v0.0.0-20191209042840-269d4d468f6f → — hypothèse
- github.com/envoyproxy/protoc-gen-validate v0.1.0, v1.3.3 → v0.1.0 hypothèse
- github.com/golang/protobuf v1.3.2, v1.3.3, v1.3.5, v1.4.2, v1.5.0, v1.5.2, v1.5.4 → v1.3.2 hypothèse
- github.com/google/go-cmp v0.2.0, v0.4.0, v0.4.1, v0.5.1, v0.7.0 → — hypothèse
- github.com/prometheus/client_model v0.0.0-20190812154241-14fe0d1b01d4, v0.6.2, v0.6.3 → v0.0.0-20190812154241-14fe0d1b01d4 hypothèse
- google.golang.org/genproto v0.0.0-20190819201941-24fa4b261c55, v0.0.0-20200331122359-1ee6d9798940, v0.0.0-20200618031413-b414f8b61790, v0.0.0-20200804131852-c06518451d9c, v0.0.0-20200825200019-8632dd797987 → v0.0.0-20190819201941-24fa4b261c55 hypothèse
- google.golang.org/grpc v1.25.1, v1.28.0, v1.29.1, v1.31.0, v1.34.0-dev → v1.23.0, v1.25.1 hypothèse
Une version qui a changé de part et d'autre de la frontière est une candidate, pas une cause. Seul un reçu ayant enregistré l'échec et l'arbre résolu lors de la même exécution est marqué comme preuve.
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é : 6 · identiques à chaque version : 8
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 domaine d'échec n'a été inféré pour cet échec.
Réponses publiées pour les versions concernées
- github.com/envoyproxy/go-control-plane v0.9.0 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-10-16