Fluxo de Git e release
Branches (Git Flow)
Seção intitulada “Branches (Git Flow)”| Branch | Uso |
|---|---|
main |
Produção |
develop |
Integração |
feature/<nome> |
Funcionalidades, a partir de develop |
release/<versão> |
Preparação de versão |
hotfix/<versão> |
Correção urgente, a partir de main |
Commits
Seção intitulada “Commits”Use Conventional Commits: feat:, fix:, docs:, refactor:,
test:, chore:, com escopo opcional (feat(studio): …).
Pull requests
Seção intitulada “Pull requests”Há templates em .github/PULL_REQUEST_TEMPLATE/ (padrão, simples e hotfix).
Checklist mínimo:
- Testes passando.
- Documentação atualizada em
apps/docsquando o comportamento mudar. - Novo ADR quando uma decisão de arquitetura mudar.
O monorepo tem uma versão só para a raiz e todos os apps e pacotes (ADR-0016).
pnpm release:bump-versionlê a última mensagem de commit e calcula o incremento:!/BREAKING CHANGE→ major;feat/chore→ minor;fix,docs,style,refactor→ patch.- O script aplica a versão a todos os
package.json(scripts/sync-versions.mjs), cria o commitchore(release): X.Y.Ze a tagvX.Y.Z. - Registre a versão no Changelog da documentação (uma página
por versão) e no
CHANGELOG.mdda raiz, e retire do backlog e da limpeza técnica o que foi concluído.
pnpm versions:check confere se todos os workspaces estão na mesma versão.
Para definir uma versão manualmente: node scripts/sync-versions.mjs 2.3.0.

Desenvolvido e documentado porNós Tecnologia · Desenvolvimento Criativo

