CodeSampleX

Aufzeichnungennpmjest29.6.3jest.getVersion

Bedingungen ändern
Fixiert
Symboljest.getVersion
Filter OSubuntu glibc Runtimenode 22 Paketversion29.6.3 Architekturx64 Paketmanagernpm 10 Ausführungskontextnode libcglibc Filter löschen

Aktuelle Bedingungen

jest.getVersion @29.6.3ubuntu glibc · x64 · node 22 · npm 10 · node

0 von 4 bestanden

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

hier gibt es ein Sample, und unser Lauf an dieser Koordinate ist fehlgeschlagen (1)

Projektbeobachtungen
2 / 2
Contract-Verifikationen
0 / 4
Unabhängig meldende Peers
1
Zuletzt erfasst
2026-08-31
Nachweise zum Öffnen

Abhängigkeiten

BibliothekVersionDort gemessenProjekte
@jest/core 29.6.3 Builds beobachtet 2 Projekttage
@jest/core 29.7.0 Contract bestanden 3 Projekttage
@jest/types 29.6.3 Contract bestanden 3 Projekttage
import-local 3.2.0 Contract bestanden 3 Projekttage
jest-cli 29.6.3 nichts gemessen 1 Projekttag
jest-cli 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.229.7.029.6.3
@jest/core 30.4.2 29.7.0 29.6.3
@jest/types 30.4.1 29.6.3 29.6.3
jest-cli 30.4.2 29.7.0 29.6.3
import-local 3.2.0 3.2.0 3.2.0

Bewegt: 3 · in jedem Release gleich: 1

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.

Aktuelle Fehler-Cluster