Записи/golang/google.golang.org/grpc/случай сбоя

Где это измерялось

PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_TEST и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.

• v1.83.2 PASS успешных наблюдений: 3
• v1.83.1 PASS успешных наблюдений: 11
• v1.83.0 FAIL
• v1.83.0-dev не измерено
• v1.81.0 PASS успешных наблюдений: 6
• v1.80.0 PASS успешных наблюдений: 76

Где воспроизводился

• os=windows · runtime=go@1.26 ×1 2026-09-01 → 2026-09-01

Ближайшие известные границы PASS/FAIL

Два соседних выпуска, между которыми меняется вердикт. Выпуски, которые никто не измерял, не закрывают разрыв; вместо этого они подсчитываются.

• Последний успешный выпуск v1.81.0 → первый падающий выпуск v1.83.0

  Выпуски между ними, ни разу не измеренные на этом этапе: 1

  Что различается по разные стороны границы

  • cloud.google.com/go/auth — → v0.18.2 гипотеза
  • cloud.google.com/go/compute/metadata — → v0.9.0 гипотеза
  • github.com/cncf/xds/go — → v0.0.0-20260202195803-dba9d589def2 гипотеза
  • github.com/envoyproxy/go-control-plane — → v0.14.0 гипотеза
  • github.com/envoyproxy/go-control-plane/envoy — → v1.37.0 гипотеза
  • github.com/golang/glog — → v1.2.5 гипотеза
  • github.com/spiffe/go-spiffe/v2 — → v2.7.0 гипотеза
  • go.opentelemetry.io/contrib/detectors/gcp — → v1.44.0 гипотеза
  • go.opentelemetry.io/otel v1.43.0 → v1.44.0 гипотеза
  • go.opentelemetry.io/otel/metric v1.43.0 → v1.44.0 гипотеза
  • go.opentelemetry.io/otel/sdk v1.43.0 → v1.44.0 гипотеза
  • go.opentelemetry.io/otel/sdk/metric v1.43.0 → v1.44.0 гипотеза
  • go.opentelemetry.io/otel/trace v1.43.0 → v1.44.0 гипотеза
  • gonum.org/v1/gonum — → v0.17.0 гипотеза
  • google.golang.org/genproto/googleapis/rpc v0.0.0-20260427160629-7cedc36a6bc4 → v0.0.0-20260526163538-3dc84a4a5aaa гипотеза

  Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.

• Последний падающий выпуск v1.83.0 → первый успешный выпуск v1.83.1

  Что различается по разные стороны границы

  • go.opentelemetry.io/otel v1.46.0 → v1.44.0 гипотеза
  • go.opentelemetry.io/otel/metric v1.46.0 → v1.44.0 гипотеза
  • go.opentelemetry.io/otel/sdk v1.46.0 → v1.44.0 гипотеза
  • go.opentelemetry.io/otel/sdk/metric v1.46.0 → v1.44.0 гипотеза
  • go.opentelemetry.io/otel/trace v1.46.0 → v1.44.0 гипотеза
  • golang.org/x/net v0.58.0 → v0.55.0 гипотеза
  • golang.org/x/sync v0.22.0 → v0.20.0 гипотеза
  • golang.org/x/sys v0.47.0 → v0.45.0 гипотеза
  • google.golang.org/genproto/googleapis/rpc v0.0.0-20260819154853-08b0e4226688 → v0.0.0-20260526163538-3dc84a4a5aaa гипотеза
  • google.golang.org/protobuf v1.36.12 → v1.36.11 гипотеза

  Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.

Версии зависимостей по выпускам

К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.

Сдвинулось: 15 · одинаково во всех выпусках: 9

Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.

Пробелы в свидетельствах

• Выпуски в этом окне, ни разу не измеренные на этапе PROJECT_TEST: 1
• Для этого сбоя не выведена ни одна область отказа.

Опубликованные ответы для затронутых выпусков

• google.golang.org/grpc v1.83.0: Invoke performs unary RPC dispatch over a ClientConn, executing unary interceptor chains and populating CallOption response metadata Собрано ? Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOWgoogle.golang.org/grpc.Invokego MIT-0 · 2026-08-17
• google.golang.org/grpc v1.83.0: Configure gRPC-Go client and server receive message size limits to handle payloads exceeding the default 4MB limit Собрано ? Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOWgoogle.golang.org/grpc.NewServergoogle.golang.org/grpc.NewClientgoogle.golang.org/grpc.MaxRecvMsgSizegoogle.golang.org/grpc.MaxCallRecvMsgSizegoogle.golang.org/grpc.MaxCallSendMsgSizegoogle.golang.org/grpc.WithDefaultCallOptionsgoogle.golang.org/grpc.WithContextDialergoogle.golang.org/grpc.WithTransportCredentialsgoogle.golang.org/grpc.ClientConn.Invokegoogle.golang.org/grpc/status.Codegoogle.golang.org/grpc/codes.ResourceExhaustedgo 1.26 MIT-0 · 2026-08-17
• google.golang.org/grpc v1.83.0: Preserve caller-supplied outgoing gRPC metadata when a unary client interceptor adds its own metadata Собрано ? Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOWgoogle.golang.org/grpc.NewServergoogle.golang.org/grpc.Server.RegisterServicegoogle.golang.org/grpc.NewClientgoogle.golang.org/grpc.WithContextDialergoogle.golang.org/grpc.WithTransportCredentialsgoogle.golang.org/grpc.WithUnaryInterceptorgoogle.golang.org/grpc.ClientConn.Invokegoogle.golang.org/grpc/test/bufconn.Listengoogle.golang.org/grpc/metadata.NewOutgoingContextgoogle.golang.org/grpc/metadata.AppendToOutgoingContextgoogle.golang.org/grpc/metadata.FromIncomingContextgoogle.golang.org/grpc/status.Codego 1.26 MIT-0 · 2026-08-17