Git é a ferramenta de controle de versão mais usada no mundo — praticamente 100% dos projetos de software profissional usam Git. Sem Git, você guarda código copiando pastas com nomes como “projeto_v2_final_FINAL_corrigido”. Com Git, cada versão é preservada, você pode trabalhar em equipe sem destruir o trabalho dos outros, e tem um histórico completo de cada mudança. Aprender Git no começo da faculdade é um dos melhores investimentos que você pode fazer.
Os conceitos fundamentais
Um repositório (repo) é a pasta do seu projeto com toda a sua história. O commit é um snapshot do projeto em um momento — como salvar o jogo. Cada commit tem uma mensagem descritiva, uma referência ao commit anterior, e um identificador único (hash SHA). O working directory são os arquivos que você está editando agora. A staging area (índice) é onde você coloca mudanças que quer incluir no próximo commit. Um branch é uma linha de desenvolvimento independente — você pode criar uma branch, fazer mudanças, e só depois incorporar no código principal.
Instalando e configurando
Com Git instalado, configure seu nome e email (que aparecerão nos commits): git config --global user.name "Seu Nome" e git config --global user.email "seu@email.com". Isso é feito uma vez por máquina. Para iniciar um repositório em uma pasta existente: git init. Para clonar um repositório existente do GitHub: git clone URL.
O ciclo básico do dia a dia
git status — seu melhor amigo. Mostra quais arquivos foram modificados, quais estão na staging area, e quais são novos não rastreados. Rode sempre antes de commitar para ter certeza do que está entrando. git add nome_arquivo adiciona um arquivo específico à staging area. git add . adiciona todos os arquivos modificados e novos. git commit -m "Mensagem descritiva" cria o commit com os arquivos na staging area.
Mensagens de commit importam: “update” ou “fix” são péssimas. “Adiciona validação de email no formulário de cadastro” é boa — explica o que foi feito e por quê. A convenção Conventional Commits usa prefixos: feat: para nova funcionalidade, fix: para correção de bug, docs: para documentação, chore: para tarefas de manutenção. Quando você ou um colega olhar o histórico no futuro, mensagens boas fazem enorme diferença.
Branches: trabalhando sem medo
git branch nome-da-branch cria uma branch. git checkout nome-da-branch muda para ela (ou o comando moderno equivalente). git checkout -b nome cria e já muda em um comando. Na branch, você faz commits normalmente — eles ficam isolados, sem afetar a branch principal (main). Para incorporar de volta: git merge nome-da-branch (estando na branch destino). Branches permitem trabalhar em features novas enquanto a branch main permanece estável, trabalhar em múltiplas coisas em paralelo, e reverter facilmente se algo der errado.
GitHub e o primeiro Pull Request
GitHub é a plataforma de hospedagem de repositórios Git mais popular. Crie uma conta gratuita, crie um repositório novo, e conecte seu repositório local: git remote add origin URL_do_repositorio. Para enviar seus commits para o GitHub: git push origin main (primeira vez) ou simplesmente git push nas seguintes. Para baixar mudanças que outros fizeram: git pull.
Um Pull Request (PR) é uma proposta de merge de uma branch para outra, com discussão e revisão de código. No GitHub, você faz push da sua branch, acessa o repositório e clica em “Compare & pull request”. Você descreve o que foi feito, por quê, e como testar. O dono do repositório (ou seu colega de equipe) revisa, deixa comentários, e aprova ou pede mudanças. Esse fluxo — branch, commits, push, PR, review, merge — é exatamente como funciona em qualquer empresa de tecnologia. Dominar Git não é opcional para uma carreira em desenvolvimento.
Tem um projeto em mente?
Somos especialistas em transformar ideias em produtos digitais. Apps, sites, automações e IA — vamos construir juntos.
