CodeSampleX

Registrosnpm@vitest/expect3.2.7

Mudar as condições
Fixado
Versão do pacote3.2.7 libcmusl
Filtrar OSalpine musl Runtimenode 22 Símbolowhole package Arquiteturax64 Gerenciador de pacotesnpm Contexto de execuçãonode Limpar filtros

Condições atuais

@vitest/expect @3.2.7alpine musl · x64 · node 22 · npm · node

total do pacote, não uma API

1 de 1 passaram

Verificado — esta rede executou um contrato nesta coordenada.

há uma amostra aqui e nossa execução nesta coordenada terminou limpa (1)

Observações de projetos
2 / 2
Verificações de contrato
1 / 1
Registros de uso
1
Peers independentes que reportaram
1
Último registro
2026-08-30
Evidências que você pode abrir

Dependências

BibliotecaVersãoMedido aliProjetos
@types/chai 5.2.3 contrato aprovado 6 dias-projeto
@vitest/spy 3.2.7 contrato aprovado 4 dias-projeto
@vitest/utils 3.2.7 contrato aprovado 4 dias-projeto
chai 5.3.3 contrato aprovado 2 dias-projeto
tinyrainbow 2.0.0 contrato aprovado 2 dias-projeto

A coluna de medição é sobre a versão de cada dependência em si, não sobre o par. Um resolvedor ter colocado duas versões lado a lado não é prova de que funcionam juntas.

Versões de dependências por versão

Para que cada versão deste pacote resolveu seus filhos. O filho cuja versão se moveu vem primeiro: foi ali que uma atualização mudou algo sob os seus pés.

Biblioteca4.1.113.2.72.1.9
@vitest/spy 4.1.11 3.2.7 2.1.9
@vitest/utils 4.1.11 3.2.7 2.1.9
chai 6.2.2 5.3.3 5.3.3
tinyrainbow 3.1.1 2.0.0 1.2.0
@standard-schema/spec 1.1.0 — —
@types/chai 5.2.3 5.2.3 —

Moveram-se: 4 · iguais em todas as versões: 2

Uma aresta registra que um resolvedor colocou uma versão ao lado de outra em uma máquina real. Não é uma afirmação de que as duas funcionam juntas; essa pergunta é respondida por amostras e contratos, não pela presença de uma linha.

Clusters de falha recentes