Roberdan/roberdan-os

ship — colocar o trabalho em produção (git + gh)

Fluxo de trabalho ship independente de plataforma. Sem desvios, sem atalhos.

Pré-push: pipeline CI local (tudo verde antes de enviar)

1. Formatação — cargo fmt --check / prettier --check / ruff format --check
2. Lint — cargo clippy -- -D warnings / eslint / ruff check
3. Type-check — cargo check / npx tsc --noEmit
4. Testes — cargo test / npm test / pytest (saída exibida)
5. Build — cargo build / npm run build

Se uma etapa falhar: corrija e execute todas as verificações novamente. Nunca envie com falhas conhecidas.

Sequência

1. Branch dedicada (nunca trabalhe diretamente em main).
2. Commit por fase, mensagens convencionais e baseadas em evidências (SHA/PR/CI).
3. git push da branch.
4. Abrir PR: Resumo + Plano de testes (template de 5 seções se o repositório usar um).
5. Acompanhar CI: gh pr checks <n> — tudo SUCESSO antes de prosseguir.
6. Merge: apenas merge-commit (nunca squash, nunca rebase — preserva o histórico para agentes paralelos).
7. Pós-merge: deletar a branch, fazer fast-forward da main local, reportar o SHA do merge commit.

Portões humanos (PARE — pergunte primeiro)

• Merge para main que impacta branch-protection / segurança / licença / infraestrutura de release (#1)
• Force-push para main (#2) — sempre proibido sem confirmação explícita
• CI não totalmente verde → não faça merge de nada pendente/com falha

Comentários de revisão

Cada comentário (humano ou bot) deve ser analisado, compreendido e resolvido adequadamente — nunca resolva em silêncio, nunca um "conserto" que apenas toca na linha citada ignorando o conteúdo. Responda no tópico com o que fez e porquê, depois resolva. Veja skills/review.