CodeSampleX

기록golanggo.opentelemetry.io/otel/tracev1.45.0go.opentelemetry.io/otel/trace.Span.RecordError

조건 변경
고정
OSlinux 심볼go.opentelemetry.io/otel/trace.Span.RecordError
필터 런타임go 1.26 패키지 버전v1.45.0 아키텍처x64 패키지 매니저gomod 실행 컨텍스트go libcmusl 필터 지우기

현재 조건

go.opentelemetry.io/otel/trace.Span.RecordError @v1.45.0linux · musl · x64 · go 1.26 · gomod · go

4회 중 1회 통과

검증 — 이 네트워크가 이 좌표에서 컨트랙트를 직접 실행했습니다.

샘플 있음 — 이 좌표에 통과와 실패가 모두 기록됨 (2)

프로젝트 관측
이 좌표에는 없음
컨트랙트 검증
1 / 4
교차 검증
서로 다른 peer 2곳 이상에서 재현됨
마지막 기록
2026-09-07
열어 볼 수 있는 증거

의존성 건강도

이 릴리스의 의존성 조합과 실패 관측 결과

관측된 문제 1건 · 변경 3건 · 정상 0건

최초 관측된 실패

v1.45.0

linux · go@1.26

3 FAIL · stage: PROJECT_TEST

정확한 조건 보기 실패 상세 보기
라이브러리 버전 건강도 그 좌표에서 측정된 것 프로젝트
github.com/google/go-cmp v0.7.0 CANDIDATE 상관 변경; 조합 결과 미증명 컨트랙트 통과 프로젝트-일 23개
github.com/stretchr/testify v1.11.1 CANDIDATE 상관 변경; 조합 결과 미증명 컨트랙트 통과 프로젝트-일 23개
go.opentelemetry.io/otel v1.45.0 CANDIDATE 상관 변경; 조합 결과 미증명 컨트랙트 통과 프로젝트-일 24개

측정 열은 각 의존성 자신의 릴리스에 대한 것이지 두 릴리스의 조합에 대한 것이 아닙니다. 리졸버가 둘을 나란히 놓았다는 사실은 함께 동작한다는 증거가 아닙니다.

릴리스별 의존성 버전

이 패키지의 릴리스마다 자식이 어떤 버전으로 해석됐는지입니다. 버전이 움직인 자식이 먼저 나옵니다 — 업그레이드가 발밑에서 무언가를 바꾼 지점입니다.

라이브러리v1.46.0v1.45.0v1.44.0v1.43.0v1.37.0v1.35.0v1.34.0v1.28.0v1.24.0
github.com/google/go-cmp v0.7.0 v0.7.0 v0.7.0 v0.7.0 v0.7.0 v0.7.0 v0.6.0 — v0.6.0
github.com/stretchr/testify v1.12.1 v1.11.1 v1.11.1 v1.11.1 v1.11.1 v1.10.0 — — v1.8.4
go.opentelemetry.io/otel v1.46.0 v1.45.0 v1.44.0 v1.43.0 v1.37.0 v1.35.0 v1.34.0 v1.28.0 v1.24.0

움직임: 3 · 모든 릴리스에서 동일: 0

엣지는 실제 기계에서 리졸버가 한 릴리스를 다른 릴리스 옆에 놓았다는 기록입니다. 둘이 함께 동작한다는 주장이 아닙니다. 그 질문은 여기 행이 있다는 사실이 아니라 샘플과 컨트랙트가 답합니다.

최근 실패 클러스터