Consequência conhecida da #22, registrada por decisão da quarta revisão do lote 3.
O que muda
A #22 moveu "um check falha" de YELLOW para RED. Qualquer repo que ainda carregue o script que o npm init escreve —
"test": "echo \"Error: no test specified\" && exit 1"
— sai RED: só diagnóstico, sem branch, sem poda de deps, sem remoção de órfãos. Reproduzido: [gate] RED at 'npm run test', exit 1. Antes do lote 3 esse repo era YELLOW e ganhava duas categorias.
Por que não foi consertado junto
A reclassificação é intencional e defensável: o relatório nomeia o check que falhou, então a saída é acionável, e um script que sai 1 de propósito é indistinguível de uma suíte quebrada sem interpretar o corpo do script. O problema é só que nada na documentação avisa — e esse é o resultado mais provável de primeira execução em projeto novo.
Etapas
Consequência conhecida da #22, registrada por decisão da quarta revisão do lote 3.
O que muda
A #22 moveu "um check falha" de YELLOW para RED. Qualquer repo que ainda carregue o script que o
npm initescreve —— sai RED: só diagnóstico, sem branch, sem poda de deps, sem remoção de órfãos. Reproduzido:
[gate] RED at 'npm run test', exit 1. Antes do lote 3 esse repo era YELLOW e ganhava duas categorias.Por que não foi consertado junto
A reclassificação é intencional e defensável: o relatório nomeia o check que falhou, então a saída é acionável, e um script que sai 1 de propósito é indistinguível de uma suíte quebrada sem interpretar o corpo do script. O problema é só que nada na documentação avisa — e esse é o resultado mais provável de primeira execução em projeto novo.
Etapas
npm inité estável) e capar em YELLOW nomeando-o.gate_test.shcom o script literal donpm init.