Preview ng leksyon

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.

repositório área de preparo (staging area) commit
Ano ang matututunan mo sa leksyong ito
  • 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.

Simula ng leksyon

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

Buong leksyon ay para sa subscription

20 pang slide sa buong bersyon.

Mabubuksan ang video, lahat ng slide, tala, pagsusulit, AI tutor, at interview pagkatapos mag-sign in at mag-subscribe.

Mag-sign in o magparehistro Mag-subscribe

Nilalaman ng leksyon

  1. Criando nosso primeiro repositório
  2. Entendendo a estrutura do .git
  3. Prática: criando um repositório
  4. Três estados dos arquivos: por que isso importa
  5. Diretório de trabalho: onde a mágica acontece
  6. Índice: organizando mudanças em partes significativas
  7. Commit: salvando o histórico para sempre
  8. Índice do Git: área intermediária para commits
  9. Adicionando um arquivo específico ao índice
  10. Adicionando todos os arquivos modificados
  11. O que é um commit no Git
  12. Criando o primeiro commit
  13. Como escrever boas mensagens de commit
  14. O problema das alterações misturadas
  15. Git add -p em ação
  16. Como ler patches
  17. Por que commit sem add não funciona
  18. Uma tarefa — um commit
  19. Mensagens de commit que fazem sentido após um ano
  20. Criando o primeiro repositório
  21. Índice: entre o código e o commit
  22. Criando um commit significativo
  23. Seu primeiro commit: e agora?

Mga artikulo tungkol sa araling ito

Lahat ng leksyon ng kurso

  1. Introdução: Git do Zero ao Desenvolvedor Confiante
  2. Por que o Git é necessário — e por que ele é exigido no mercado de trabalho
  3. Instalação e Configuração: Preparando o Git para o Primeiro Uso
  4. Primeiro Repositório: init, add, commit e a Mágica do Índice
  5. Lendo o histórico: log, diff, show e navegação pelo passado
  6. Branches: A Realidade Paralela do Seu Código
  7. Desfazendo Erros: restore, reset, revert — O Caminho Correto e os Perigos
  8. GitHub e repositórios remotos: seu código na nuvem
  9. Trabalho em Equipe: Forks, Branches de Funcionalidades e Pull Requests
  10. Conflitos de Merge: Sem Pânico - Entenda e Resolva
  11. Processos de Git em equipes reais: qual fluxo de trabalho escolher
  12. Ferramentas Avançadas: rebase, stash, cherry-pick e tags
  13. Projeto Final: Simulando o Desenvolvimento em Equipe no Mundo Real