Aufzeichnungennpmtldts7.4.12tldts.parse
Bedingungen ändern
Aktuelle Bedingungen
tldts.parse @7.4.12ubuntu glibc · x64 · node 22 · npm 10 · node
4 von 4 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
- 4 / 4
- Contract-Verifikationen
- nichts an dieser Koordinate
- Unabhängig meldende Peers
- 1
- Zuletzt erfasst
- 2026-09-13
Abhängigkeits-Zustand
Beobachtete Kombinationen und Fehlernachweise für dieses Release
Erster beobachteter Fehler
7.4.12
windows · node@24.13 · moduleSystem=esm · executionContext=node
2 FAIL
· stage: UNKNOWN
· fingerprint: sha256:340c5f78ca350e182b7069dc6d9481ef0fa77573d019e926c7b05c0cc108f20c
| Bibliothek | Version | Zustand | Dort gemessen | Projekte |
|---|---|---|---|---|
| tldts-core | 7.4.12 | CANDIDATE Korrelierte Änderung; unbewiesene Kombination | Contract bestanden | 4 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.
| Bibliothek | 7.4.12 | 7.4.11 | 7.0.19 | 6.1.86 |
|---|---|---|---|---|
| tldts-core | 7.4.12 | 7.4.11 | 7.0.19 | 6.1.86 |
Bewegt: 1 · in jedem Release gleich: 0
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.