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.
- 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.
จุดเริ่มต้นของบทเรียน
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
บทเรียนฉบับเต็มใช้ได้เมื่อสมัครสมาชิก
ฉบับเต็มมีสไลด์เพิ่มอีก 30 สไลด์
วิดีโอ สไลด์ทั้งหมด โน้ต แบบทดสอบ AI ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก
เข้าสู่ระบบหรือลงทะเบียน สมัครสมาชิกเนื้อหาบทเรียน
- Por que precisamos de repositórios remotos?
- Como os repositórios local e remoto se relacionam
- Um local, vários remotos
- Criando um novo repositório no GitHub
- README e licença — seu primeiro commit
- Conectando seu repositório local ao GitHub
- O que é clonar um repositório?
- Dois métodos de clonagem: HTTPS e SSH
- Prática: clonando um repositório
- Verificando as configurações após clonar
- Por que as senhas são inconvenientes para o GitHub
- Como funcionam as chaves SSH
- Criando uma chave SSH
- Adicionando a chave ao GitHub
- Enviando código para a nuvem: git push
- Configurando o ramo upstream
- Resolvendo conflitos durante o push
- Git pull: sincronização com a nuvem
- Como o git pull funciona nos bastidores
- Problemas comuns com git pull
- Por que git pull pode ser perigoso
- Git fetch: baixando alterações com segurança
- Prática: verificando alterações com fetch
- Quando usar fetch em vez de pull
- Push no branch de outra pessoa: por que isso quebra o processo
- Como fazer corretamente: criando seu próprio branch para alterações
- Um Desastre Silencioso: Quando o Pull Apaga Suas Alterações
- O Comando Salvador: git stash em Ação
- GitHub: Seu Armário de Código na Nuvem
- Configurando a chave SSH: seu passe digital
- Do fork ao Pull Request: trabalhando em equipe
- Pull Request: essência e diferença do push simples
- Conclusão e Atividade Prática
บทความเกี่ยวกับบทเรียนนี้
- Git และ GitHub: ต่างกันอย่างไร และเชื่อมโยงกันอย่างไร
- git fetch และ git pull: ต่างกันอย่างไร และควรเลือกอะไร
- คำสั่ง Git: ชีตสรุปพร้อมตัวอย่างสำหรับใช้ทุกวัน
- รีโพซิทอรี Git: สร้างด้วย git init และเชื่อม remote อย่างไร
- git clone: วิธีโคลนรีโพซิทอรีจาก 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