CodeSampleX

Registrosnpm@eslint/core0.17.0@eslint/core.TextSourceCode

Mudar as condições
Fixado
Símbolo@eslint/core.TextSourceCode
Filtrar OSalpine musl Runtimenode 22 Versão do pacote0.17.0 Arquiteturax64 Gerenciador de pacotesnpm Contexto de execuçãonode libcmusl Limpar filtros

Condições atuais

@eslint/core.TextSourceCode @0.17.0alpine musl · x64 · node 22 · npm · node

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
nada nesta coordenada
Verificações de contrato
1 / 1
Último registro
2026-08-28
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 · Estáveis: 1

Primeira quebra observada

0.17.0

windows · node@24.13 · moduleSystem=esm · executionContext=node

32 FAIL · stage: UNKNOWN · fingerprint: sha256:9f91c975308128a0f4f23e33b9d5936b9c39535b5c01aa9245b8cdc4b0a37a10

Ver condições exatas Ver cluster de falha
Biblioteca Versão Saúde Medido ali Projetos
@types/json-schema 7.0.15 PASS Todas as observações passaram contrato aprovado 20 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.

Biblioteca1.2.10.17.00.13.00.11.0
@types/json-schema 7.0.15 7.0.15 7.0.15 7.0.15

Moveram-se: 0 · 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