Registrosnpmbrowserslist
Cubo de compatibilidad
Elige dos dimensiones cualesquiera como ejes; todo lo demás se convierte en filtro. Al hacer clic en una celda, su corte queda fijado y se baja un nivel más.
| 4.28.8 | |
|---|---|
| browserslist | 100%6 |
| browserslist | — |
| browserslist.clearCaches compartido ×3 | — |
| browserslist.coverage | — |
| browserslist.findConfig | — |
| browserslist.loadConfig | — |
Se muestran los entornos con más evidencia.
Cómo leer la cuadrícula
Cómo leer una celda: El número son las observaciones registradas entre las que divide la tasa: una compilación deja una observación por cada etapa que alcanzó, así que no cuenta compilaciones, ni máquinas, ni personas. El documento de al lado es otro hecho de otra fuente: si hay una muestra en esa coordenada y cómo fue nuestra ejecución de ella allí.
- todavía no hay muestra en esta coordenada
- hay una muestra aquí y todavía no la hemos ejecutado en esta coordenada
- hay una muestra aquí y nuestra ejecución en esta coordenada terminó limpia
- hay una muestra aquí y nuestra ejecución en esta coordenada falló
- hay una muestra aquí y esta coordenada registra a la vez una ejecución con éxito y otra con fallo
- nada registrado — desconocido, ni «funciona» ni «roto»
- hay un nivel bajo esta celda: haz clic para abrirlo
Un documento significa que hay una muestra en esa coordenada. Que EXISTA es un hecho sobre esta versión y esta API y no cambia con el sistema operativo, el runtime ni el gestor de paquetes; su COLOR es cómo se ejecutó esa muestra en el entorno que estás mirando.
Las celdas son agregados de todo lo que aún varía en este corte (el recuento n/m dice cuánto). Haz clic en una para fijar sus coordenadas y ver el siguiente nivel.
Dependencias
| Biblioteca | Versión | Medido allí | Proyectos |
|---|---|---|---|
| baseline-browser-mapping | 2.11.15 | contrato aprobado | 1 día-proyecto |
| baseline-browser-mapping | 2.11.16 | contrato aprobado | 9 días-proyecto |
| baseline-browser-mapping | 2.11.18 | contrato aprobado | 15 días-proyecto |
| baseline-browser-mapping | 2.11.19 | contrato aprobado | 6 días-proyecto |
| baseline-browser-mapping | 2.11.20 | compilaciones observadas | 4 días-proyecto |
| caniuse-lite | 1.0.30001809 | contrato aprobado | 25 días-proyecto |
| caniuse-lite | 1.0.30001810 | contrato aprobado | 10 días-proyecto |
| electron-to-chromium | 1.5.411 | contrato aprobado | 7 días-proyecto |
| electron-to-chromium | 1.5.412 | contrato aprobado | 16 días-proyecto |
| electron-to-chromium | 1.5.414 | compilaciones observadas | 1 día-proyecto |
| electron-to-chromium | 1.5.415 | contrato aprobado | 6 días-proyecto |
| electron-to-chromium | 1.5.416 | compilaciones observadas | 3 días-proyecto |
| node-releases | 2.0.53 | contrato aprobado | 27 días-proyecto |
| node-releases | 2.0.54 | contrato aprobado | 6 días-proyecto |
| update-browserslist-db | 1.3.0 | contrato aprobado | 2 días-proyecto |
| update-browserslist-db | 1.3.1 | contrato aprobado | 25 días-proyecto |
| update-browserslist-db | 1.3.2 | contrato aprobado | 6 días-proyecto |
La columna de medición se refiere a la versión de cada dependencia en sí, no al par. Que un resolutor haya colocado dos versiones juntas no prueba que funcionen juntas.
Versiones de dependencias por versión
A qué resolvió sus hijos cada versión de este paquete. Primero va el hijo cuya versión se movió: ahí una actualización cambió algo bajo tus pies.
| Biblioteca | 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 |
Se movieron: 4 · iguales en todas las versiones: 1
Una arista registra que un resolutor colocó una versión junto a otra en una máquina real. No afirma que ambas funcionen juntas; a esa pregunta responden las muestras y los contratos, no la presencia de una fila.