Fazer Commit e Push de Tudo

InicianteGrátis3 minatualizado 2026-10-21

Barra de vidro inclinada, como uma barra de comando, sobre uma base de metal com pequenas teclas de vidro.

Detalhes

`description`	Colocar todas as alterações em staging, criar o commit e fazer push para o remoto (usar com cautela)
`allowed-tools`	`Bash(git add:), Bash(git status:), Bash(git commit:), Bash(git push:), Bash(git diff:), Bash(git log:), Bash(git pull:*)`

⚠️ ATENÇÃO: Coloque TODAS as alterações em staging, faça commit e push para o remoto. Use apenas quando tiver a certeza de que todas as alterações pertencem ao mesmo conjunto.

Fluxo de Trabalho

1. Analisar as Alterações

Execute em paralelo:

git status - Mostra ficheiros modificados/adicionados/apagados/não seguidos
git diff --stat - Mostra estatísticas das alterações
git log -1 --oneline - Mostra o commit mais recente para o estilo da mensagem

2. Verificações de Segurança

❌ PARE E AVISE se detetar:

Segredos: .env, .key, .pem, credentials.json, secrets.yaml, id_rsa, .p12, .pfx, .cer
Chaves de API: Quaisquer variáveis _API_KEY, _SECRET, *_TOKEN com valores reais (não marcadores de posição como your-api-key, xxx, placeholder)
Ficheiros grandes: >10MB sem Git LFS
Artefactos de compilação: node_modules/, dist/, build/, __pycache__/, *.pyc, .venv/
Ficheiros temporários: .DS_Store, thumbs.db, .swp, .tmp

Validação de Chaves de API:

Verifique os ficheiros modificados à procura de padrões como:

Terminal

OPENAI_API_KEY=sk-proj-xxxxx  # ❌ Real key detected!
AWS_SECRET_KEY=AKIA...         # ❌ Real key detected!
STRIPE_API_KEY=sk_live_...    # ❌ Real key detected!

# ✅ Acceptable placeholders:
API_KEY=your-api-key-here
SECRET_KEY=placeholder
TOKEN=xxx
API_KEY=<your-key>
SECRET=${YOUR_SECRET}

✅ Verifique:

.gitignore corretamente configurado
Sem conflitos de merge
Branch correta (avisar se for main/master)
As chaves de API são apenas marcadores de posição

3. Pedir confirmação

Apresente o resumo:

Terminal

📊 Changes Summary:
- X files modified, Y added, Z deleted
- Total: +AAA insertions, -BBB deletions

🔒 Safety: ✅ No secrets | ✅ No large files | ⚠️ [warnings]
🌿 Branch: [name] → origin/[name]

I will: git add . → commit → push

Type 'yes' to proceed or 'no' to cancel.

AGUARDE um "sim" explícito antes de prosseguir.

4. Executar (Após Confirmação)

Execute sequencialmente:

Terminal

git add .
git status  # Verify staging

5. Gerar Mensagem de Commit

Analise as alterações e crie um commit convencional:

Formato:

Terminal

[type]: Brief summary (max 72 characters)

- Key change 1
- Key change 2
- Key change 3

Tipos: feat, fix, docs, style, refactor, test, chore, perf, build, ci

Exemplo:

Terminal

docs: Update concept README files with comprehensive documentation

- Add architecture diagrams and tables
- Include practical examples
- Expand best practices sections

6. Commit e Push

Terminal

git commit -m "$(cat <<'EOF'
[Generated commit message]
EOF
)"
git push  # If fails: git pull --rebase && git push
git log -1 --oneline --decorate  # Verify

7. Confirmar o sucesso

Terminal

✅ Successfully pushed to remote!

Commit: [hash] [message]
Branch: [branch] → origin/[branch]
Files changed: X (+insertions, -deletions)

Gestão de Erros

Falha no git add: Verifique as permissões, os ficheiros bloqueados e confirme que o repositório foi inicializado
Falha no git commit: Corrija os hooks de pre-commit, verifique a configuração do git (user.name/email)
Falha no git push:
Non-fast-forward: git pull --rebase && git push
Sem ramo remoto: git push -u origin [branch]
Ramo protegido: Use um fluxo de trabalho de PR em alternativa

Quando Utilizar

✅ Bom:

Atualizações de documentação em vários ficheiros
Funcionalidade com testes e documentação
Correções de bugs em múltiplos ficheiros
Formatação/refatorização em todo o projeto
Alterações de configuração

❌ Evitar:

Incerteza sobre o que está a ser submetido
Contém segredos/dados sensíveis
Ramos protegidos sem revisão
Conflitos de merge presentes
Preferência por um histórico de commits granular
Falha dos hooks de pre-commit

Alternativas

Se o utilizador quiser ter controlo, sugira:

Staging seletivo: Reveja/prepare ficheiros específicos
Staging interativo: git add -p para seleção de patches
Fluxo de trabalho com PR: Criar ramo → fazer push → PR (use o comando /pr)

⚠️ Lembre-se: Reveja sempre as alterações antes de fazer push. Em caso de dúvida, use comandos git individuais para ter mais controlo.

Última atualização: 4 de agosto de 2026

Versão do Claude Code: 2.1.220

Fontes:

https://code.claude.com/docs/en/commands

Modelos compatíveis: Claude Fable 5, Claude Opus 5, Claude Sonnet 5, Claude Sonnet 4.6, Claude Opus 4.8, Claude Haiku 4.5

Guia da comunidade open-source (MIT) · tradução e manutenção Doutor AI.

Precisa de uma solução à medida?

Não sabe por onde começar a usar IA no seu negócio? Receba uma avaliação gratuita e um plano à medida - sem compromisso.

Poupe horas todas as semanas com IA, sem complicações

O Doutor AI dá-lhe 1859 prompts de IA prontos a copiar, por indústria e em português simples - mais uma biblioteca técnica completa para quem quer ir mais longe.

Ver planos