CodeSampleX

Registrosnpmparse58.0.1parse5.serialize

Mudar as condições
Fixado
Símboloparse5.serialize Gerenciador de pacotesnpm 10
Filtrar OSubuntu glibc Runtimenode 22 Versão do pacote8.0.1 Arquiteturax64 Contexto de execuçãonode libcglibc Limpar filtros

Condições atuais

parse5.serialize @8.0.1ubuntu glibc · x64 · node 22 · npm 10 · node

1 de 1 passaram

Observado — builds reais de projetos reportaram desta coordenada.

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

Observações de projetos
1 / 1
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: 0

Primeira quebra observada

8.0.1

linux · node@22.23 · moduleSystem=esm · executionContext=node

2 FAIL · stage: UNKNOWN · fingerprint: sha256:529aac3b1da710068c9dcfe93d0864269e86bebfbe110ca5beeed398860460e7

Ver condições exatas Ver cluster de falha
Biblioteca Versão Saúde Medido ali Projetos
entities 8.0.0 CANDIDATE Mudança correlacionada; combinação não comprovada contrato aprovado 5 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.

Biblioteca8.0.18.0.07.3.0
entities 8.0.0 6.0.1 6.0.1

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

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