Registrosnpm@vitest/utils3.2.7
Cambiar las condiciones
Condiciones actuales
@vitest/utils @3.2.7ubuntu glibc · x64 · node 22 · npm 10 · node
total del paquete, no una API
10 de 15 pasaron
Observado: builds reales de proyectos reportaron desde esta coordenada.
hay una muestra aquí y todavía no la hemos ejecutado en esta coordenada (1)
- Observaciones de proyectos
- 10 / 15
- Verificaciones de contrato
- nada en esta coordenada
- Registros de uso
- 1
- Peers independientes que reportaron
- 2
- Fallos con huella capturada
- 0 / 5
- Último registro
- 2026-08-31
Dependencias
| Biblioteca | Versión | Medido allí | Proyectos |
|---|---|---|---|
| @vitest/pretty-format | 3.2.7 | contrato aprobado | 4 días-proyecto |
| loupe | 3.2.1 | contrato aprobado | 4 días-proyecto |
| tinyrainbow | 2.0.0 | contrato aprobado | 4 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.1.11 | 4.1.10 | 3.2.7 | 2.1.9 |
|---|---|---|---|---|
| @vitest/pretty-format | 4.1.11 | 4.1.10 | 3.2.7 | 2.1.9 |
| tinyrainbow | 3.1.1 | 3.1.1 | 2.0.0 | 1.2.0 |
| convert-source-map | 2.0.0 | 2.0.0 | — | — |
| loupe | — | — | 3.2.1 | 3.2.1 |
Se movieron: 2 · iguales en todas las versiones: 2
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.
Clústeres de fallos recientes
-
observado PROJECT_PROCESS ERR_ASSERTION Brecha de evidencia ×6 3.2.7 → 4.1.10 executionContext=nodeCalidad de evidencia: legacy-evidence-incomplete · Variantes de entorno: 3 · Primer registro: 2026-08-14 · Última observación: 2026-08-30Candidato a reverificación diagnóstica