Problema
O grupo de concorrência (.github/workflows/ci.yml:18) para push é ci-push-<sha>, sem o nome da branch. Se main e develop recebem push do mesmo SHA em sequência (por exemplo, um admin faz fast-forward de main para o SHA de develop), o cancel-in-progress: true cancela o run da primeira branch.
Impacto
Baixo. O SHA continua com um run completo, só que atribuído à outra branch. Mesmo assim, o histórico de runs de develop fica com um cancelado, parecido com o que o FINDING-4 descrevia.
Proposta
- Incluir
github.ref no grupo de push/dispatch, por exemplo: ci-${{ github.event_name }}-${{ github.event_name == 'pull_request' && github.event.pull_request.number || format('{0}-{1}', github.ref_name, github.sha) }}.
- Ajustar
check_concorrencia para exigir o ref.
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
Problema
O grupo de concorrência (
.github/workflows/ci.yml:18) parapushéci-push-<sha>, sem o nome da branch. Semainedeveloprecebem push do mesmo SHA em sequência (por exemplo, um admin faz fast-forward demainpara o SHA dedevelop), ocancel-in-progress: truecancela o run da primeira branch.Impacto
Baixo. O SHA continua com um run completo, só que atribuído à outra branch. Mesmo assim, o histórico de runs de
developfica com um cancelado, parecido com o que o FINDING-4 descrevia.Proposta
github.refno grupo de push/dispatch, por exemplo:ci-${{ github.event_name }}-${{ github.event_name == 'pull_request' && github.event.pull_request.number || format('{0}-{1}', github.ref_name, github.sha) }}.check_concorrenciapara exigir o ref.Origem: minor adiado da revisão final do plano
docs/superpowers/plans/2026-09-28-ci-correcoes-avaliacao.md(PRs #16 e #18). Relacionado adocs/ci-audit/2026-09-28-avaliacao-ci-develop.md.🤖 Generated with Claude Code