Quem nunca perdeu horas de trabalho por apagar um arquivo ou salvar por cima da versão errada? O Git existe para acabar com isso, e o GitHub virou a vitrine dos programadores. Entender os dois cedo faz diferença, até porque praticamente toda vaga de tecnologia espera que você saiba o básico.
O que são Git e GitHub
O Git é um sistema de controle de versão. Ele registra o histórico do seu projeto: o que mudou, quando e por quê. A cada ponto importante você cria um commit, uma espécie de fotografia do projeto naquele momento. Se algo der errado, dá para voltar a uma fotografia anterior.
Alguns benefícios práticos:
- Voltar atrás: desfaça um erro sem medo.
- Experimentar: crie um ramo separado (branch) para testar uma ideia sem mexer no que funciona.
- Trabalhar em equipe: várias pessoas alteram o mesmo projeto e o Git ajuda a juntar as mudanças.
O Git funciona localmente, no seu computador, mesmo sem internet.
E o GitHub
O GitHub é um site que hospeda projetos Git. Você envia sua pasta para lá e ela fica guardada na nuvem. Isso dá backup, permite colaborar e funciona como portfólio público para mostrar seu trabalho a recrutadores. Quando um projeto de código aberto recebe contribuições, normalmente é via GitHub.
Pense assim: Git é o caderno em que você anota as versões; GitHub é o armário online onde você guarda o caderno.
Instalando e configurando
- Baixe o Git pelo site oficial, git-scm.com, e instale com as opções padrão.
- Abra o terminal (veja os comandos básicos do terminal) e confira com git --version.
- Configure seu nome e e-mail, que aparecerão nos commits: git config --global user.name "Seu Nome" e git config --global user.email "seu@email.com".
- Crie uma conta gratuita em github.com. Use uma senha forte e ative a verificação em duas etapas para proteger a conta.
Os comandos essenciais
Dentro da pasta do projeto, use:
- git init: transforma a pasta em um repositório Git.
- git status: mostra o que mudou e o que está pronto para ser salvo.
- git add nome-do-arquivo: prepara um arquivo para o próximo commit. Com git add . você prepara tudo.
- git commit -m "mensagem": grava a versão com uma descrição curta do que mudou.
- git log: lista o histórico de commits.
- git diff: mostra as diferenças linha a linha ainda não preparadas.
Enviando o projeto ao GitHub
- No GitHub, crie um repositório novo, que é o nome dado a uma pasta de projeto versionada. Não precisa marcar a criação de arquivos iniciais se você já tem o projeto no computador.
- Copie o endereço do repositório.
- No terminal, conecte os dois com git remote add origin seguido do endereço.
- Envie com git push -u origin main. O nome do ramo principal pode ser main ou master, conforme a configuração.
- Na próxima vez, basta usar git push.
Para baixar um projeto que já existe no GitHub, use git clone com o endereço dele. Para atualizar sua cópia local com mudanças feitas lá, use git pull.
O GitHub pode pedir autenticação por token ou por chave em vez da senha da conta, e o processo muda com o tempo. Siga as instruções que o próprio site mostra.
Branches, uma ideia poderosa
Um branch é uma linha paralela de desenvolvimento. O ramo principal guarda a versão estável. Para criar uma funcionalidade nova, você faz git switch -c nome-do-ramo, trabalha, faz commits e, quando estiver pronto, junta ao principal com git merge. Em equipes, isso costuma acontecer por meio de um pull request no GitHub, onde os colegas revisam as mudanças antes de aprová-las.
Situações comuns e como resolver
- Commitei o arquivo errado: antes de enviar ao GitHub, dá para desfazer o último commit mantendo as alterações com git reset --soft HEAD~1. Depois do envio, o mais seguro é criar um novo commit corrigindo.
- Quero ver o que mudou antes de salvar: use git status e git diff. É um bom hábito antes de cada commit.
- O push foi recusado: normalmente o repositório no GitHub tem mudanças que você ainda não baixou. Rode git pull, resolva eventuais conflitos e envie de novo.
- Apareceu um conflito: acontece quando duas pessoas (ou dois ramos) alteram a mesma linha. O Git marca os trechos no arquivo; você escolhe o que fica, salva e faz um novo commit. O VS Code destaca esses trechos e oferece botões para escolher.
Nenhum desses problemas indica que você fez algo grave. Fazem parte da rotina de quem usa Git.
O que nunca colocar no GitHub
Repositórios públicos podem ser lidos por qualquer pessoa. Evite enviar:
- senhas, chaves de API e tokens: se for necessário usá-los, mantenha em arquivos de configuração fora do repositório;
- dados pessoais de clientes ou usuários;
- arquivos enormes e desnecessários, como pastas de bibliotecas baixadas.
Para isso existe o arquivo .gitignore, que lista o que o Git deve ignorar. Se uma senha for enviada por engano, troque-a imediatamente: apagá-la depois não basta, porque ela continua no histórico.
Caminho para praticar
Comece com um projeto simples, como a sua primeira página em HTML e CSS: faça o primeiro commit, suba para o GitHub e vá registrando cada melhoria. Quando tiver confiança, monte seu perfil e seu portfólio de programador com os repositórios que mais gosta.
Mais conteúdos da área estão na categoria de criação de apps e sites. O melhor jeito de aprender Git é usar todo dia, mesmo em projetos pequenos.