Relevés/golang/google.golang.org/protobuf/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.33.0 PASS 23 observations réussies
• v1.32.0 non mesuré
• v1.31.0 non mesuré
• v1.28.0 FAIL
• v1.26.0 PASS 6 observations réussies
• v1.26.0-rc.1 PASS 33 observations réussies
• v1.23.0 PASS 19 observations réussies

Où il s'est reproduit

• executionContext=node · moduleSystem=cjs · os=linux · runtime=node@22.23 ×1 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.26.0 → première version en échec v1.28.0

  Ce qui diffère de part et d'autre de la frontière

  • github.com/golang/protobuf v1.5.2, v1.5.3 → v1.5.0, v1.5.3 hypothèse
  • github.com/google/go-cmp v0.5.5 → v0.5.5, v0.6.0 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.

• Dernière version en échec v1.28.0 → première version qui passe v1.33.0

  Versions intermédiaires jamais mesurées à cette étape : 2

  Ce qui diffère de part et d'autre de la frontière

  • github.com/golang/protobuf v1.5.0, v1.5.2, v1.5.3, v1.5.4 → v1.5.0, v1.5.3 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é : 2 · 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_PROCESS : 2
• Aucun domaine d'échec n'a été inféré pour cet échec.

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

• google.golang.org/protobuf v1.28.0: structpb.NewValue 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é. HOWgoogle.golang.org/protobuf/types/known/structpb.NewValuego MIT-0 · 2026-09-02
• google.golang.org/protobuf v1.28.0: structpb.NewStruct 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é. HOWgoogle.golang.org/protobuf/types/known/structpb.NewStruct MIT-0 · 2026-09-02
• google.golang.org/protobuf v1.28.0: structpb.NewList 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é. HOWgoogle.golang.org/protobuf/types/known/structpb.NewListgo MIT-0 · 2026-09-02