Primeiro Repositório: init, add, commit e a Mágica do Índice
Criamos o primeiro repositório e já encontramos um conceito que muitos não compreendem por anos — a área de preparo (staging area/índice). Vamos explorar por que essa 'camada intermediária' entre a pasta de trabalho e o histórico é necessária, e veremos com exemplos por que o sistema em duas etapas add → commit torna os commits significativos, e não aleatórios.
- Você entenderá por que a área de preparo existe e como ela ajuda a fazer commits atômicos e significativos.
- Você será capaz de criar um repositório, adicionar arquivos ao índice e registrar o primeiro commit com uma mensagem adequada.
- Você aprenderá a adicionar apenas parte das alterações de um arquivo em um commit usando git add -p.
จุดเริ่มต้นของบทเรียน
Criando nosso primeiro repositório
- git init cria uma pasta oculta .git
- O .git armazena todo o histórico de alterações
- O repositório pode ser criado em qualquer pasta
- Arquivos existentes se tornam não rastreados
- Analogia: começar um diário em um caderno novo
Imagine que seu projeto é um livro, e o repositório é o rascunho onde cada edição é guardada. Quando você executa git init, uma pasta oculta .git é criada no seu diretório — este é o repositório. Dentro dele, o Git armazenará todo o histórico de alterações, metadados e configurações. É importante entender: você pode criar um repositório a qualquer momento, mesmo que já existam arquivos na pasta. Eles simplesmente se tornarão não rastreados, e você poderá adicioná-los depois. É como começar um diário — você compra um caderno novo, mas ainda não decidiu exatamente quais anotações fará nele.
Entendendo a estrutura do .git
- objects: dados compactados de arquivos e commits
- refs: ponteiros para branches e tags, como marcadores
- HEAD: posição atual no histórico
- config: configurações do repositório
- hooks: scripts para automação
Vamos dar uma olhada dentro da pasta .git. Aqui está toda a mágica do Git. No diretório objects ficam armazenados todos os seus arquivos e commits em formato compactado. A pasta refs contém ponteiros para branches e tags — como marcadores de livro. O arquivo HEAD mostra onde você está no histórico. E no config ficam as configurações específicas daquele repositório. Também temos os hooks — scripts que rodam automaticamente em certos eventos. Tudo isso é criado automaticamente pelo Git na inicialização. Você raramente precisará mexer aqui, mas entender essa estrutura ajuda muito em situações mais complexas.
Prática: criando um repositório
- Abra o terminal na pasta do projeto
- Execute git init
- Verifique a criação do .git com ls -la
- Windows: use dir /ah
- Pronto! A pasta está sob controle de versão
Abra o terminal na pasta do seu projeto. Digite o comando git init e pressione Enter. Você verá uma mensagem informando que um repositório vazio foi inicializado. Para confirmar que tudo deu certo, execute o comando ls -la — você deve ver a pasta oculta .git. Se estiver usando Windows, utilize o comando dir /ah. Parabéns, agora sua pasta está sob controle de versão! Todas as alterações que você fizer poderão ser rastreadas pelo Git. Agora que o repositório foi criado, é hora de entender como o Git classifica os arquivos — isso é fundamental para compreender seu funcionamento.
# Criamos a pasta do projeto e entramos nela
mkdir my_first_repo
cd my_first_repo
# Inicializamos o repositório
git init
# Verificamos a criação do .git
ls -la | grep .git
บทเรียนฉบับเต็มใช้ได้เมื่อสมัครสมาชิก
ฉบับเต็มมีสไลด์เพิ่มอีก 20 สไลด์
วิดีโอ สไลด์ทั้งหมด โน้ต แบบทดสอบ AI ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก
เข้าสู่ระบบหรือลงทะเบียน สมัครสมาชิกเนื้อหาบทเรียน
- Criando nosso primeiro repositório
- Entendendo a estrutura do .git
- Prática: criando um repositório
- Três estados dos arquivos: por que isso importa
- Diretório de trabalho: onde a mágica acontece
- Índice: organizando mudanças em partes significativas
- Commit: salvando o histórico para sempre
- Índice do Git: área intermediária para commits
- Adicionando um arquivo específico ao índice
- Adicionando todos os arquivos modificados
- O que é um commit no Git
- Criando o primeiro commit
- Como escrever boas mensagens de commit
- O problema das alterações misturadas
- Git add -p em ação
- Como ler patches
- Por que commit sem add não funciona
- Uma tarefa — um commit
- Mensagens de commit que fazem sentido após um ano
- Criando o primeiro repositório
- Índice: entre o código e o commit
- Criando um commit significativo
- Seu primeiro commit: e agora?
บทความเกี่ยวกับบทเรียนนี้
- git add และ git commit: วิธีบันทึกการเปลี่ยนแปลงให้ถูกต้อง
- คำสั่ง Git: ชีตสรุปพร้อมตัวอย่างสำหรับใช้ทุกวัน
- รีโพซิทอรี Git: สร้างด้วย git init และเชื่อม remote อย่างไร
- ไฟล์ .gitignore: วิธีไม่ให้ Git ติดตามไฟล์และนำไฟล์ที่เพิ่มแล้วออก
- Git และ GitHub: ต่างกันอย่างไร และเชื่อมโยงกันอย่างไร
บทเรียนทั้งหมดในคอร์สนี้
- Introdução: Git do Zero ao Desenvolvedor Confiante
- Por que o Git é necessário — e por que ele é exigido no mercado de trabalho
- Instalação e Configuração: Preparando o Git para o Primeiro Uso
- Primeiro Repositório: init, add, commit e a Mágica do Índice
- Lendo o histórico: log, diff, show e navegação pelo passado
- Branches: A Realidade Paralela do Seu Código
- Desfazendo Erros: restore, reset, revert — O Caminho Correto e os Perigos
- GitHub e repositórios remotos: seu código na nuvem
- Trabalho em Equipe: Forks, Branches de Funcionalidades e Pull Requests
- Conflitos de Merge: Sem Pânico - Entenda e Resolva
- Processos de Git em equipes reais: qual fluxo de trabalho escolher
- Ferramentas Avançadas: rebase, stash, cherry-pick e tags
- Projeto Final: Simulando o Desenvolvimento em Equipe no Mundo Real