CodeSampleX

Aufzeichnungennpm@smithy/core3.33.3

Bedingungen ändern
Fixiert
Runtimenode (version not recorded) Paketversion3.33.3
Filter OSwindows 11 Symbolwhole package Architekturx64 Paketmanagernpm Ausführungskontextnode Filter löschen

Aktuelle Bedingungen

@smithy/core @3.33.3windows 11 · x64 · node (version not recorded) · npm · node

Paketsumme, keine API

1 von 1 bestanden

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

an dieser Koordinate noch kein Sample

Projektbeobachtungen
1 / 1
Contract-Verifikationen
nichts an dieser Koordinate
Nutzungsdatensätze
1
Unabhängig meldende Peers
1
Zuletzt erfasst
2026-09-13

Abhängigkeits-Zustand

Beobachtete Kombinationen und Fehlernachweise für dieses Release

Beobachtete Probleme: 1 · Geändert: 1 · Stabil: 1

Erster beobachteter Fehler

3.33.3

windows · node@24.13 · moduleSystem=esm · executionContext=node

11 FAIL · stage: UNKNOWN · fingerprint: sha256:e468cae060059622e4ade91273b8b364e6f61349ef50f7f852d3b6bdb53e21b4

Bibliothek Version Zustand Dort gemessen Projekte
@smithy/types 4.17.2 CANDIDATE Korrelierte Änderung; unbewiesene Kombination Contract bestanden 19 Projekttage
tslib 2.8.1 PASS Alle Beobachtungen bestanden Contract bestanden 18 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.

Bewegt: 1 · in jedem Release gleich: 9

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.