Repository navigation
ci: check_gatilhos não vigia filtros branches/types em pull_request #19
Description
Problema
check_gatilhos (scripts/qa/ci_invariants.sh:61) só verifica se a chave pull_request existe. Não olha os filtros branches, branches-ignore e types.
Cenário
Alguém escreve pull_request: { branches: [main] }. As PRs contra develop param de disparar o CI. A proteção de develop exige 8 checks, então toda PR fica em "Expected — Waiting for status" para sempre, e o workflow-lint segue verde.
Proposta
- Fazer
check_gatilhosfalhar quandopull_requesttiverbranchesoubranches-ignoreque excluammainoudevelop, outypessemopened/synchronize/reopened. - Mais simples: exigir
pull_requestsem filtro nenhum, como já é hoje. - Incluir um controle negativo (injetar o filtro e ver o script falhar).
Origem: minor adiado da revisão final do plano docs/superpowers/plans/2026-09-28-ci-correcoes-avaliacao.md (PRs #16 e #18). Relacionado a docs/ci-audit/2026-09-28-avaliacao-ci-develop.md.
🤖 Generated with Claude Code
Activity
Merge pull request #67 from hbgit/fix/issue-19-gatilho-pull-request
hbgit commentedon Oct 15, 2026
Corrigida na #67 (merge em develop, 5f4afe8):
check_gatilhosexigepull_requestsem filtro nenhum (branches,branches-ignore,types...), com controles positivo e negativo emscripts/qa/ci_invariants_test.sh. Antes,branches: [main],branches-ignore: [develop]etypes: [opened]numa cópia doci.ymlreal passavam com exit 0; agora saem com exit 1.