CodeSampleX

Aufzeichnungennpm@babel/generator7.29.7@babel/generator.CodeGenerator

Bedingungen ändern
Fixiert
Symbol@babel/generator.CodeGenerator Paketmanagernpm 10
Filter OSubuntu glibc Runtimenode 22 Paketversion7.29.7 Architekturx64 Ausführungskontextnode libcglibc Filter löschen

Aktuelle Bedingungen

@babel/generator.CodeGenerator @7.29.7ubuntu glibc · x64 · node 22 · npm 10 · node

1 von 1 bestanden

Beobachtet — echte Projekt-Builds haben von dieser Koordinate berichtet.

hier gibt es ein Sample, und wir haben es an dieser Koordinate noch nicht ausgeführt (1)

Projektbeobachtungen
1 / 1
Contract-Verifikationen
nichts an dieser Koordinate
Unabhängig meldende Peers
1
Zuletzt erfasst
2026-08-31

Abhängigkeiten

BibliothekVersionDort gemessenProjekte
@babel/parser 7.29.7 Contract bestanden 1 Projekttag
@babel/parser 7.29.8 Contract bestanden 1 Projekttag
@babel/types 7.29.8 Contract bestanden 1 Projekttag
@jridgewell/gen-mapping 0.3.13 Contract bestanden 1 Projekttag
@jridgewell/trace-mapping 0.3.31 Contract bestanden 1 Projekttag
jsesc 3.1.0 Contract bestanden 1 Projekttag

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.

Bibliothek8.0.07.29.87.29.7
@babel/parser 8.0.4 7.29.8 7.29.8
@babel/types 8.0.4 7.29.8 7.29.8
@jridgewell/gen-mapping 0.3.13 0.3.13 0.3.13
@jridgewell/trace-mapping 0.3.31 0.3.31 0.3.31
@types/jsesc 2.5.1
jsesc 3.1.0 3.1.0 3.1.0

Bewegt: 2 · in jedem Release gleich: 4

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.