CodeSampleX

Registrosnpmfind-up4.1.0find-up.sync

Mudar as condições
Fixado
Versão do pacote4.1.0 Símbolofind-up.sync Gerenciador de pacotesnpm 10
Filtrar OSubuntu glibc Runtimenode 22 Arquiteturax64 Contexto de execuçãonode libcglibc Limpar filtros

Condições atuais

find-up.sync @4.1.0ubuntu glibc · x64 · node 22 · npm 10 · node

4 de 4 passaram

Observado — builds reais de projetos reportaram desta coordenada.

há uma amostra aqui e ainda não a executamos nesta coordenada (2)

Observações de projetos
4 / 4
Verificações de contrato
nada nesta coordenada
Peers independentes que reportaram
1
Último registro
2026-08-31
Evidências que você pode abrir

Saúde das dependências

Combinações observadas e evidências de falha para esta versão

Problemas observados: 1 · Alteradas: 1 · Estáveis: 1

Primeira quebra observada

4.1.0

linux · node@22.23 · executionContext=node

6 FAIL · stage: UNKNOWN · fingerprint: sha256:986d98189e70ab6bb81e3ca5f5feb96281ba0dfa6e522caa6ddd3d9b148578cc

Ver condições exatas Ver cluster de falha
Biblioteca Versão Saúde Medido ali Projetos
locate-path 5.0.0 CANDIDATE Mudança correlacionada; combinação não comprovada contrato aprovado 17 dias-projeto
path-exists 4.0.0 PASS Todas as observações passaram contrato aprovado 15 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.

Biblioteca5.0.04.1.02.1.0
locate-path 6.0.0 5.0.0 2.0.0
path-exists 4.0.0 4.0.0 —

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

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