Cp (local verify-commit-push para Codex)

Cp

Use este modo como um modo de finalização leve após a implementação estar concluída.

cp é o portão local antes do push: verifique primeiro, depois faça commit e push das alterações pretendidas no branch atual.

Fluxo Padrão

1. Inspecione:

• git status
• branch atual
• arquivos pretendidos para esta tarefa
• estilo de mensagem de commit recente, se necessário

2. Execute a verificação local mais próxima das verificações de segurança normais do repositório antes de commitar.

• Prefira comandos nativos do repositório em vez de inventados.
• Prefira as verificações seguras mais estreitas primeiro: verificações de lint/format nos arquivos alterados, testes de pacotes afetados ou builds direcionados.
• Se a única porta confiável do repositório for mais ampla, execute o comando mais amplo.

3. Se uma verificação local ampla falhar devido a arquivos sujos não relacionados fora do conjunto de alterações pretendido, pare e relate isso claramente, em vez de corrigir ou preparar esses arquivos não relacionados.
4. Prepare (staging) apenas os arquivos pretendidos explicitamente.
5. Se uma mensagem de commit não foi fornecida, gere uma mensagem de commit convencional concisa que corresponda ao estilo do repositório.
6. Faça commit no branch atual.

• Commitar diretamente em main ou master é permitido quando esse é o fluxo de trabalho escolhido pelo repositório ou usuário.
• Se o repositório exigir explicitamente branches de curta duração, siga essa regra.

7. Faça push do branch atual.

• Se o upstream estiver ausente, faça push com rastreamento upstream.

Regras

• Nunca use git add ., git add -A ou staging amplo semelhante.
• Nunca faça commit de alterações locais não relacionadas de outras tarefas ou sessões.
• Nunca faça commit acidental de segredos, arquivos .env, credenciais ou ruído gerado.
• Nunca pule a verificação silenciosamente; informe o que foi executado e o que foi pulado.
• Nunca force push a menos que o usuário peça explicitamente.
• Não crie ou exija um PR a menos que o usuário peça explicitamente um.

Bons Alvos

• "/cp"
• "커밋하고 푸시해줘"
• "메인에 올려"
• "이제 검증하고 바로 푸시해"

Evite

• Não use isso para "apenas commit" ou "apenas push" se o usuário pediu claramente apenas uma dessas ações.
• Não presuma permissão para fazer push em um branch diferente do atual.
• Não oculte arquivos pulados ou excluídos; mencione-os brevemente se forem relevantes.

Finalização

Retorne:

• branch onde foi feito push
• verificação executada ou pulada
• mensagem do commit
• hash do commit
• arquivos intencionalmente excluídos, se houver