Đoạn xem trước bài giảng

GitHub e repositórios remotos: seu código na nuvem

Faça a transição do trabalho local para o trabalho em equipe: entenda o que é um repositório remoto, como conectar seu repositório local ao GitHub e quais são as diferenças entre push, pull e fetch — os três comandos mais confundidos. Abordaremos separadamente a autenticação via chaves SSH, pois os empregadores esperam que você mesmo faça essa configuração.

repositório remoto origin push / pull / fetch
Bạn sẽ học gì trong bài giảng này
  • Você será capaz de criar um repositório no GitHub, conectá-lo a um projeto local e publicar alterações usando o comando push.
  • Você entenderá a diferença entre fetch e pull e fará escolhas conscientes entre eles ao trabalhar em equipe.
  • Você configurará a autenticação SSH com o GitHub sem senhas — da mesma forma que os profissionais fazem.

Phần đầu bài giảng

Por que precisamos de repositórios remotos?

  • Repositório local — fica apenas no seu computador
  • Repositório remoto — armazenamento em nuvem para a equipe
  • Todos veem e fazem alterações em um único local
  • Sincronização via internet em tempo real

Imagine que você está trabalhando sozinho em um projeto — um repositório local do Git é suficiente. Mas assim que uma equipe se envolve no processo, surge a necessidade de um espaço compartilhado. O repositório remoto se torna o ponto central de armazenamento do código, acessível a todos os participantes. É como o Google Docs, onde todas as alterações são sincronizadas em tempo real. Você vê as mudanças dos colegas, pode discutir o código através de pull requests e trabalhar em diferentes funcionalidades em paralelo. Sem um repositório remoto, o desenvolvimento em equipe se tornaria um caos de arquivos zipados trocados por e-mail e versões infinitas de arquivos.

Como os repositórios local e remoto se relacionam

  • Origin — nome padrão do repositório remoto
  • Push — envio de alterações para o servidor
  • Pull — obtenção de alterações do servidor
  • Cada repositório é independente e contém todo o histórico

Seu repositório local troca dados com o remoto através de dois comandos principais: push e pull. Por padrão, o repositório remoto principal é chamado de origin. Mas é importante entender que não se trata de uma simples cópia de arquivos. Cada repositório é independente e contém todo o histórico de alterações. Quando você faz commits localmente, eles permanecem apenas com você até que sejam enviados com o comando push. E quando seus colegas atualizam o código, você o baixa através do pull para sincronizar seu trabalho.

Um local, vários remotos

  • É possível conectar vários repositórios remotos
  • Origin — seu fork pessoal no GitHub
  • Upstream — o repositório original do projeto
  • Fácil sincronizar alterações entre eles

Seu projeto pode estar conectado a vários repositórios remotos ao mesmo tempo. Digamos que origin é o seu fork pessoal no GitHub, e upstream é o repositório do projeto principal. Essa configuração permite que você faça alterações na sua própria cópia, enquanto recebe facilmente atualizações da fonte original. Isso é especialmente útil ao trabalhar com projetos open-source, onde você precisa manter seu fork atualizado. Você decide quando e quais alterações trazer do upstream para o seu origin. Agora que entendemos a lógica de trabalhar com repositórios remotos, é hora de criar o nosso próprio no GitHub — e faremos isso agora mesmo.

# Adiciona um novo repositório remoto
git remote add upstream https://github.com/original/project.git

# Lista todos os repositórios remotos
git remote -v

# Busca alterações do upstream para o branch local
git fetch upstream

git checkout main
git merge upstream/main

# Envia alterações para o seu origin
git push origin main

Bài giảng đầy đủ dành cho thuê bao

Còn 30 slide nữa trong phiên bản đầy đủ.

Video, toàn bộ slide, ghi chú, bài kiểm tra, gia sư AI và phỏng vấn sẽ mở sau khi đăng nhập và đăng ký thuê bao.

Đăng nhập hoặc đăng ký Đăng ký thuê bao

Nội dung bài giảng

  1. Por que precisamos de repositórios remotos?
  2. Como os repositórios local e remoto se relacionam
  3. Um local, vários remotos
  4. Criando um novo repositório no GitHub
  5. README e licença — seu primeiro commit
  6. Conectando seu repositório local ao GitHub
  7. O que é clonar um repositório?
  8. Dois métodos de clonagem: HTTPS e SSH
  9. Prática: clonando um repositório
  10. Verificando as configurações após clonar
  11. Por que as senhas são inconvenientes para o GitHub
  12. Como funcionam as chaves SSH
  13. Criando uma chave SSH
  14. Adicionando a chave ao GitHub
  15. Enviando código para a nuvem: git push
  16. Configurando o ramo upstream
  17. Resolvendo conflitos durante o push
  18. Git pull: sincronização com a nuvem
  19. Como o git pull funciona nos bastidores
  20. Problemas comuns com git pull
  21. Por que git pull pode ser perigoso
  22. Git fetch: baixando alterações com segurança
  23. Prática: verificando alterações com fetch
  24. Quando usar fetch em vez de pull
  25. Push no branch de outra pessoa: por que isso quebra o processo
  26. Como fazer corretamente: criando seu próprio branch para alterações
  27. Um Desastre Silencioso: Quando o Pull Apaga Suas Alterações
  28. O Comando Salvador: git stash em Ação
  29. GitHub: Seu Armário de Código na Nuvem
  30. Configurando a chave SSH: seu passe digital
  31. Do fork ao Pull Request: trabalhando em equipe
  32. Pull Request: essência e diferença do push simples
  33. Conclusão e Atividade Prática

Bài viết liên quan đến bài học này

Tất cả bài giảng của khóa học

  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