Decisões
ORG-0012 — Integração contínua
- Status: aceita
- Data: 2026-10-18
- Decide: GitHub Actions com passos mínimos que quebram o build: lacunas, versões fixas, build e testes, verificador, OpenSpec
Contexto
Regra que só existe no texto se perde. As regras que uma máquina consegue conferir precisam ser conferidas em todo push, do primeiro commit em diante.
Decisão
- CI no GitHub Actions, com runner e actions em versões fixas.
- Passos mínimos, todos quebrando o build:
eng/gaps.sh,eng/pinned-versions.sh,eng/tdd-order.sh, build + testes de unidade e integração, verificador do design system eopenspec validate --strict. - A regressão E2E na CI fica para quando a stack decidir, numa ADR própria. Até lá, roda na estação de trabalho no fim de cada change.
Alternativas consideradas
| Alternativa | Por que não |
|---|---|
| CI só com build e testes | Por que não: as regras conferíveis (lacunas, versões, design system) dependeriam de memória |
| E2E obrigatório na CI desde a fundação | Por que não: custo e instabilidade antes de a stack ter o que proteger |
Consequências
- Uma stack recém-criada já tem a CI vermelha enquanto houver lacuna.
- O mantenedor vê no push o que a revisão humana deixaria passar.
Mais
O detalhe está na documentação da arquitetura.