ADR 0235 — A qa é aposentada por hora e a esteira do repositório fica dev → main
- Status: aceito
- Data: 2026-11-02
- Revisa: a escada e o fluxo de promoção do
ADR 0030 (de
dev → qa → mainparadev → main) - Revoga: o mecanismo do ADR 0217
(promoção automática para a
qa, que semqanão tem destino) - Contexto anterior: ADR 0034, ADR 0071 e ADR 0073 (um site por degrau: passa a haver um degrau a menos)
Contexto
Em 02/11/2026 o dono decidiu: "aposentar por hora a qa e ficarmos apenas com
dev e main". Com um único mantenedor, o degrau de homologação repetia a
validação da dev e custava uma promoção inteira por ciclo. "Por hora" quer
dizer que a volta tem de ser barata.
Decisão
- Escopo: só o REPOSITÓRIO do Brabo. O Gitflow que o produto cria nos
projetos dos usuários (bootstrap, RN-582/RN-664) NÃO muda, e a
qacontinua emPROTECTED_BRANCHESdo produto, no molde dorc(ADR 0030): desproteger uma branch que existe custa caro. - A esteira passa a
dev → main; a retropropagação émain → dev. Aqasai daESCADA, doESTAGIO_POR_BRANCH, da escada de aprovação e da ordem do gate.qafica emNUNCA_ARQUIVAR: quem decide o destino dela é gente. - Âncora de versão. A tag final da
mainancora na-dev.Ndo ciclo (merge com o segundo pai carimbado e a mesma árvore). As tags históricas-qa.Ncontinuam sendo lidas. - A
qaé arquivada emrefs/archive/qa(mecanismo da AT-557), por gesto humano e só depois de a mudança estar nadev(obackmerge-gatebuscavarefs/heads/qa). - O site perde o degrau
/brabo/qa/; o primeiro publish depois da mudança o remove sozinho (keep_files: false). O ADR 0073 segue valendo.
Receita da volta
Reverter a PR da rodada (devolve qa à ESCADA, aos workflows e ao site),
reviver a branch (git push origin refs/archive/qa:refs/heads/qa), promover
dev → qa e só então reabrir qa → main.
Consequências
- Não há RN nova: é política de CI do repositório, não regra do produto.
- Nenhum teto absoluto muda.
- Antes da mudança,
dev → mainreprovava (PROMOCAO-NAO-ADJACENTE) e, forçado, seria classificado como hotfix (PATCH); a âncora nova fecha esse caso.