assert.InDelta

조건 변경

현재 조건

github.com/stretchr/testify/assert.InDelta @v1.8.1debian glibc · x64 · go 1.26 · go · go

1회 중 1회 통과

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

샘플 있음 — 이 좌표에서 우리가 실행했고 통과함 (1)

열어 볼 수 있는 증거

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

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

v1.8.1

linux · go@1.26

1 FAIL · stage: UNKNOWN · fingerprint: sha256:042f6e977a16262a7e633b3137ce9291be598b66496d9201e447ee2b8efa6eb8

라이브러리	버전	건강도	그 좌표에서 측정된 것	프로젝트
github.com/davecgh/go-spew	v1.1.1	CANDIDATE 상관 변경; 조합 결과 미증명	컨트랙트 통과	프로젝트-일 53개
github.com/pmezard/go-difflib	v1.0.0	CANDIDATE 상관 변경; 조합 결과 미증명	컨트랙트 통과	프로젝트-일 53개
github.com/stretchr/objx	v0.1.0	CANDIDATE 상관 변경; 조합 결과 미증명	컨트랙트 통과	프로젝트-일 7개
github.com/stretchr/objx	v0.2.0	CANDIDATE 상관 변경; 조합 결과 미증명	컨트랙트 통과	프로젝트-일 1개
github.com/stretchr/objx	v0.5.0	CANDIDATE 상관 변경; 조합 결과 미증명	컨트랙트 통과	프로젝트-일 21개
gopkg.in/yaml.v3	v3.0.1	CANDIDATE 상관 변경; 조합 결과 미증명	컨트랙트 통과	프로젝트-일 53개

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

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

라이브러리	v1.12.1	v1.11.1	v1.10.0	v1.9.0	v1.8.4	v1.8.1	v1.8.0	v1.7.5	v1.7.1	v1.7.0	v1.6.1	v1.5.1	v1.4.0	v1.3.0
github.com/davecgh/go-spew	—	v1.1.2-0.20180830191138-d8f796af33cc	v1.1.1	v1.1.1	v1.1.1	v1.1.1	v1.1.1	v1.1.1	v1.1.1	v1.1.0	v1.1.1	v1.1.1	v1.1.0	v1.1.0
github.com/pmezard/go-difflib	—	v1.0.1-0.20181226105442-5d4384ee4fb2	v1.0.0	v1.0.0	v1.0.0	v1.0.0	v1.0.0	v1.0.0	v1.0.0	v1.0.0	v1.0.0	v1.0.0	v1.0.0	v1.0.0
github.com/stretchr/objx	v0.5.3	v0.5.2	—	v0.5.2	v0.5.3	v0.2.0	v0.4.0	—	—	v0.2.0	v0.1.0	v0.1.0	v0.1.0	v0.2.0
gopkg.in/yaml.v2	—	—	—	—	—	—	—	—	—	—	—	v2.3.0	v2.4.0	—
gopkg.in/yaml.v3	—	v3.0.1	v3.0.1	v3.0.1	v3.0.1	v3.0.1	v3.0.1	v3.0.1	v3.0.0-20210107192922-496545a6307b	v3.0.1	v3.0.0-20200313102051-9f266ea9e77c	—	—	—
go.yaml.in/yaml/v3	v3.0.5	—	—	—	—	—	—	—	—	—	—	—	—	—

움직임: 5 · 모든 릴리스에서 동일: 1

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