Aprenda / Git e controle de versão

FundamentosAula 2 de 1414 min0% da trilha

Primeiro repositório: init, add, commit

O ciclo que se repete o tempo todo: mudar arquivo, adicionar à staging area, commitar.

git init — transforma uma pasta num repositório

terminal
cd projeto
git init

Isso cria uma pasta oculta .git — é ali que todo o histórico vive. Apagar essa pasta apaga todo o histórico de versionamento (o código em si continua existindo, só perde a história).

O ciclo: status → add → commit

terminal — depois de criar um arquivo
git status

git status é o comando que você vai rodar mais nesta vida — mostra o que mudou, o que está "staged" (pronto pra commit) e o que ainda não.

terminal
git add index.html    # move o arquivo pra "staging area"
git add .              # ou: adiciona TODOS os arquivos modificados

git commit -m "Cria página inicial"

Por que existe uma staging area (git add) separada do commit?

Você pode ter mudado 3 arquivos, mas só quer commitar 2 deles agora (o terceiro ainda está pela metade). A staging area é exatamente esse espaço intermediário — git add escolhe o que vai entrar no próximo commit; arquivos modificados mas não adicionados ficam de fora.

Vendo o histórico

terminal
git log --oneline

Exercício

Você editou 3 arquivos: a.js, b.js, c.js. Quer commitar só a.js e b.js agora, deixando c.js de fora. Quais comandos rodar?

Quiz rápido

Pra que serve a staging area (git add), em vez de commit direto?
O que a pasta .git guarda?