fix(drift): indisponibilidade do CGIBS não deve reprovar o run - #8
Merged
Conversation
O quarto alvo, adicionado no #7, deixou main vermelha no primeiro run: www.cgibs.gov.br da connect timeout em 443 a partir do runner do GitHub, tres tentativas, enquanto consumo.tributos.gov.br e piloto-cbs.tributos.gov.br respondem do mesmo runner (run 33901733965). E bloqueio do host, nao rede instavel, e nao e coisa que a gente conserte. Reprovar por isso e o defeito contra o qual o proprio arquivo ja advertia: um detector que grita lobo toda semana acaba silenciado. Mas rebaixar o alvo inteiro para "warn" tambem estaria errado, porque perderia o sinal que importa, que e drift. Entao a severidade de indisponibilidade passa a ser separada da severidade de drift, por alvo. O CGIBS declara severidadeIndisponivel: "ignore": aparece no relatorio, nao reprova, nao abre issue. Drift ali continua reprovando. Alvo sem o campo mantem exatamente o comportamento de antes. O limite fica declarado no README e na rotina, em vez de implicito: esse alvo so compara de verdade rodando de uma rede que alcance o host, entao para esse contrato a checagem manual e a cobertura principal, nao a redundancia. Foi justamente uma limitacao nao declarada que custou os 11 dias do v1.1.0. 6 testes novos, 36 no total.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
O quarto alvo de drift, entregue no #7, deixou
mainvermelha no primeiro run. Regressão minha, corrigida aqui.O que aconteceu
www.cgibs.gov.brnão aceita conexão do runner do GitHub Actions, enquantoconsumo.tributos.gov.brepiloto-cbs.tributos.gov.brrespondem do mesmo runner (run 33901733965). É bloqueio do host, provavelmente geográfico ou anti-datacenter, não rede instável. Localmente o alvo dá MATCH.A correção
Rebaixar o alvo inteiro para
warnperderia o sinal que importa. Manterfaildeixaria o detector vermelho toda semana por uma causa externa que não vamos consertar, que é exatamente o "detector que grita lobo acaba silenciado" contra o qual o próprio arquivo já advertia.Então a severidade de indisponibilidade passa a ser separada da severidade de drift, por alvo:
ignoreé uma terceira via: aparece no relatório, não reprova, não abre issue. Um alvo sem o campo mantém exatamente o comportamento anterior (coberto por teste).A parte que mais importa
O limite fica declarado no README (nas duas metades) e na rotina de vigilância, em vez de implícito:
Isso é o ponto. O #7 existiu porque uma limitação foi afirmada com confiança e nunca verificada, e custou 11 dias. Entregar um alvo que não funciona no CI sem dizer isso repetiria o mesmo erro com o sinal trocado.
Verificação
node scripts/drift-check.mjslocal: 4/4 MATCH, exit 0.