CodeSampleX

Kompatibilitätnpmjest-each

Bedingungen ändern
Fixiert
OSalpine musl Paketversion29.7.0
Filter Runtimenode 22 Architekturx64 Paketmanagernpm Ausführungskontextnode libcmusl Filter löschen

Aktuelle Bedingungen

jest-each @29.7.0alpine musl · x64 · node 22 · npm · node

1 von 1 bestanden

Verifiziert — dieses Netzwerk hat an dieser Koordinate einen Contract ausgeführt.

hier gibt es ein Sample, und unser Lauf an dieser Koordinate kam sauber zurück (1)

Projektbeobachtungen
2 / 2
Contract-Verifikationen
1 / 1
Nutzungsdatensätze
1
Unabhängig meldende Peers
1
Zuletzt erfasst
2026-08-30

Exakte Aufzeichnungen

Dieser Ausschnitt ist bis auf seine gemessenen Kombinationen aufgelöst — die Umgebungen unten sind exakt das, was lief.

Abhängigkeiten

BibliothekVersionDort gemessenProjekte
@jest/types 29.6.3 Contract bestanden 4 Projekttage
chalk 4.1.2 Contract bestanden 4 Projekttage
jest-get-type 29.6.3 Contract bestanden 3 Projekttage
jest-util 29.7.0 Contract bestanden 3 Projekttage
pretty-format 29.7.0 Contract bestanden 3 Projekttage

Die Messspalte betrifft das Release der jeweiligen Abhängigkeit selbst, nicht das Paar. Dass ein Resolver zwei Releases nebeneinandergestellt hat, ist kein Beleg dafür, dass sie zusammen funktionieren.

Abhängigkeitsversionen über Releases

Worauf jedes Release dieses Pakets seine Kinder aufgelöst hat. Ein Kind, dessen Version sich bewegt hat, steht zuerst: dort hat ein Upgrade etwas unter Ihnen verändert.

Bibliothek30.4.129.7.0
@jest/types 30.4.1 29.6.3
jest-util 30.4.1 29.7.0
pretty-format 30.4.1 29.7.0
@jest/get-type 30.1.0
chalk 4.1.2 4.1.2
jest-get-type 29.6.3

Bewegt: 3 · in jedem Release gleich: 3

Eine Kante hält fest, dass ein Resolver auf einer echten Maschine ein Release neben ein anderes gestellt hat. Sie behauptet nicht, dass beide zusammen funktionieren; diese Frage beantworten Samples und Contracts, nicht das Vorhandensein einer Zeile.