Aufzeichnungennpmbrowserslist4.28.7
Bedingungen ändern
Aktuelle Bedingungen
browserslist @4.28.7alpine musl · x64 · node 22 · npm · node
Paketsumme, keine API
2 von 2 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 (2)
- Projektbeobachtungen
- 4 / 4
- Contract-Verifikationen
- 2 / 2
- Nutzungsdatensätze
- 2
- Unabhängig meldende Peers
- 1
- Zuletzt erfasst
- 2026-08-30
Abhängigkeiten
| Bibliothek | Version | Dort gemessen | Projekte |
|---|---|---|---|
| baseline-browser-mapping | 2.11.19 | Contract bestanden | 1 Projekttag |
| caniuse-lite | 1.0.30001810 | Contract bestanden | 1 Projekttag |
| electron-to-chromium | 1.5.415 | Contract bestanden | 1 Projekttag |
| node-releases | 2.0.53 | Contract bestanden | 1 Projekttag |
| update-browserslist-db | 1.3.1 | 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.
| Bibliothek | 4.28.8 | 4.28.7 |
|---|---|---|
| baseline-browser-mapping | 2.11.15 | 2.11.19 |
| electron-to-chromium | 1.5.414 | 1.5.415 |
| node-releases | 2.0.54 | 2.0.53 |
| update-browserslist-db | 1.3.0 | 1.3.1 |
| caniuse-lite | 1.0.30001810 | 1.0.30001810 |
Bewegt: 4 · 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.