Push

O que Push faz?

Faça commit e push das alterações para o branch atual.

Este skill não é restrito a um branch específico — ele sempre opera no branch atualmente checkout. Adapte a linha de trailer no passo 8 abaixo conforme a preferência de atribuição de commit do seu projeto.

Início rápido

1. Detecte o branch atual com git branch --show-current.
2. Se não houver nome de branch atual, pare e exiba o erro.
3. Faça pull do origin/<branch-atual> mais recente com git pull --ff-only origin <branch-atual>. Se falhar, pare e exiba o erro.
4. Inspecione o diff antes de stagiar.
5. Prefira a atualização mais recente e significativa em docs/change-log.md como fonte da mensagem de commit quando relevante.
6. Se nenhuma atualização no change-log for a verdadeira fonte da alteração, derive a mensagem da área primária alterada no diff.
7. Stagie todas as alterações com git add -A.
8. Faça commit com uma mensagem multilinha e acrescente o trailer padrão do projeto (geralmente uma linha Co-Authored-By: ou atribuição similar; específica do projeto).
9. Faça push com git push origin <branch-atual>.
10. Reporte o branch, o hash do commit e o assunto em uma frase.

Diretrizes para mensagens de commit

Use um assunto conciso no estilo convencional, como:

• docs: para documentação ou atualizações de rota
• feat: para novas capacidades, sistemas ou conteúdo
• fix: para correções de comportamento
• refactor: para alterações estruturais sem alteração significativa de comportamento
• test: para adições ou revisões significativas de superfície de testes
• chore: para trabalho de manutenção que não se encaixa melhor em outro lugar

Para o corpo:

• resuma as áreas alteradas mais significativas
• prefira 1 linha por alteração principal
• mantenha-se fiel ao diff real

Ao usar docs/change-log.md como fonte:

• prefira a seção ou entrada mais recente e significativa que realmente descreva a alteração central
• não force uma mensagem derivada do change-log quando a atualização do log for incidental

Quando não usar o change-log como fonte:

• derive o assunto da área alterada mais importante no diff
• se o diff for ambíguo demais para resumir com confiança, peça ao usuário a mensagem de commit em vez de adivinhar

Regras

• Sempre use o branch atualmente checkout.
• Nunca use --force ou --force-with-lease.
• Nunca use --no-verify.
• Falhe ruidosamente: se um passo falhar, pare e exiba o erro.