13 comandos Git essenciais para todo desenvolvedor

Dominar o Git é menos sobre decorar sintaxe e mais sobre entender qual comando resolve cada situação real. Em projetos reais, 13 comandos cobrem quase tudo que você faz no dia a dia, do primeiro commit à correção de um erro. Esta lista segue a ordem de uso mais frequente, do básico ao avançado.

1. git init

Inicializa um repositório Git na pasta atual. É o ponto de partida de qualquer projeto novo que não veio de um clone. Use uma vez por projeto, na raiz do diretório.

2. git clone

Copia um repositório remoto para sua máquina, incluindo todo o histórico de commits. Útil quando você entra em um time ou quer trabalhar em um projeto existente. Basta apontar para a URL do repositório.

3. git status

Mostra o estado atual da sua área de trabalho: arquivos modificados, adicionados e removidos. É o comando que você roda antes de qualquer commit para saber o que está acontecendo. Use com frequência, é inofensivo.

4. git add

Adiciona arquivos à área de staging, preparando-os para o commit. Você pode adicionar um arquivo específico (git add nome_do_arquivo) ou todos de uma vez (git add .). Sem ele, o commit não inclui nada.

5. git commit

Cria um ponto na história do projeto com as mudanças que estão na área de staging. Sempre acompanhe de uma mensagem clara (git commit -m "mensagem"). Um commit por mudança lógica facilita o trabalho em equipe.

6. git push

Envia seus commits locais para o repositório remoto. Sem ele, seu trabalho fica só na sua máquina. Use depois de commits importantes, principalmente quando trabalha em equipe.

7. git pull

Atualiza seu repositório local com as mudanças do remoto. Junta o git fetch com o git merge. Rode no início do dia para evitar conflitos grandes no meio do trabalho.

8. git branch

Lista, cria ou exclui ramificações do projeto. Cada branch é uma linha independente de desenvolvimento. Use para trabalhar em funcionalidades sem quebrar a versão principal.

9. git checkout

Troca entre branches ou restaura arquivos. No Git moderno, você também pode usar git switch. É o comando que te move entre linhas de trabalho sem perder o que já foi commitado.

10. git merge

Integra as mudanças de um branch em outro. É a forma mais comum de juntar trabalho de diferentes pessoas. Conflitos podem aparecer, mas são resolvidos manualmente nos arquivos indicados.

11. git rebase

Reaplica commits de um branch sobre outro, criando uma linha do tempo mais linear. Útil para manter o histórico limpo antes de um merge. Use com cuidado em branches compartilhados, pode reescrever história.

12. git log

Exibe o histórico de commits do repositório. Com git log --oneline, você vê uma lista compacta e legível. Essencial para entender o que mudou e quando.

13. git reset

Desfaz mudanças na área de staging ou no último commit, dependendo da flag usada. Com --soft, mantém as mudanças; com --hard, descarta tudo. Use com parcimônia, principalmente em código já enviado para o remoto.

Esses 13 comandos resolvem a rotina de qualquer desenvolvedor, do primeiro projeto solo ao trabalho em equipes grandes. Se você está começando, foque em git init, git add, git commit e git push primeiro. Depois, avance para branch e merge quando precisar trabalhar com outras pessoas.

Perguntas frequentes sobre comandos Git

Qual a diferença entre git pull e git fetch?

git fetch apenas baixa as mudanças do remoto para o seu repositório local, sem aplicá-las. git pull faz o fetch e já aplica as mudanças na sua branch atual. Se você quer só ver o que mudou antes de integrar, use fetch.

Como desfazer o último commit sem perder as alterações?

Use git reset --soft HEAD~1. Isso remove o commit, mas mantém as mudanças na área de staging. Assim, você pode ajustar algo e commitar de novo. Se quiser descartar tudo, use --hard no lugar de --soft.

Preciso usar git add antes de todo commit?

Sim, o git add é obrigatório para preparar os arquivos que entrarão no commit. Você pode adicionar todos com git add ., mas é melhor selecionar arquivos específicos para manter commits com uma única responsabilidade.

O que fazer quando acontece um conflito de merge?

O Git marca os arquivos conflitantes. Abra cada um, resolva as diferenças manualmente, depois rode git add e git commit. O merge só é concluído depois de resolver todos os conflitos.

git rebase é melhor que git merge?

Depende do contexto. Rebase deixa o histórico linear e mais legível, mas reescreve commits, o que pode causar problemas em branches compartilhados. Merge preserva o histórico original e é mais seguro para trabalho em equipe.