Trabalho em Equipe: Forks, Branches de Funcionalidades e Pull Requests
Esta seção descreve como 90% das equipes de código aberto e corporativas trabalham. Vamos percorrer todo o ciclo: fork → branch de funcionalidade → commits → pull request → revisão de código → merge. Vamos abordar especificamente como escrever a descrição do PR para que o revisor entenda imediatamente o contexto e quais erros em um PR revelam um iniciante.
- Você será capaz de contribuir para qualquer projeto de código aberto seguindo o ciclo padrão fork → PR.
- Você aprenderá a formatar um pull request de forma que o revisor entenda a tarefa sem fazer perguntas adicionais.
- Você entenderá como responder adequadamente aos comentários na revisão de código - tanto tecnicamente quanto na comunicação.
Phần đầu bài giảng
Fork - Sua Área de Trabalho Pessoal
- Fork - sua cópia pessoal do repositório no GitHub
- Controle total sem risco para o original
- Mantém a conexão com o projeto original
- Ideal para experimentos e contribuições em open source
Imagine que você encontrou um livro interessante na biblioteca, mas não pode fazer anotações nele. O fork resolve esse problema criando sua cópia pessoal do repositório no GitHub. Agora você pode experimentar com o código sem arriscar danificar o projeto original. Isso é especialmente útil quando você precisa testar uma ideia ou contribuir para o projeto de outra pessoa. Seu fork permanece vinculado ao repositório original, o que facilita o acompanhamento de atualizações e o envio de alterações de volta ao autor.
Como Criar um Fork no GitHub
- Clique no botão Fork no canto superior direito
- Selecione sua conta como destino
- Aguarde a criação da cópia
- Clone seu fork para sua máquina local
Abra o repositório desejado no GitHub e localize o botão 'Fork' no canto superior direito. Após clicar, selecione sua conta como destino. Em alguns segundos, o GitHub criará uma cópia exata do repositório em seu perfil. Agora você pode cloná-lo para seu computador com o comando git clone e começar a trabalhar. Não se esqueça de verificar se está clonando seu fork, e não o repositório original.
# Clonando seu fork para o computador
git clone https://github.com/seu-usuario/repositorio.git
# Entrando no diretório do projeto
cd repositorio
# Verificando os repositórios remotos
git remote -v
Fork vs Clonagem: qual a diferença?
- Clonagem: cópia local no seu computador
- Fork: cópia remota na sua conta do GitHub
- Fork mantém a conexão com o repositório original
- Útil para sincronizar alterações
Embora ambos os processos criem uma cópia do repositório, existe uma diferença fundamental entre eles. A clonagem baixa o código para o seu computador, enquanto o fork cria uma cópia remota na sua conta do GitHub. O fork mantém a conexão com o projeto original, permitindo sincronizar facilmente as alterações. Este é um ponto chave ao participar de projetos open source: você trabalha no seu fork e depois propõe alterações ao autor através de um pull request. Agora que você criou sua cópia do projeto, é hora de trazê-la para sua máquina local e aprender a trabalhar com ela.
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ê baoNội dung bài giảng
- Fork - Sua Área de Trabalho Pessoal
- Como Criar um Fork no GitHub
- Fork vs Clonagem: qual a diferença?
- Clonando o fork para o computador
- Adicionando upstream para sincronização
- Verificando repositórios remotos
- Por que precisamos de branches separadas?
- Criando uma branch de funcionalidade
- Como nomear branches corretamente
- Por que precisamos de commits atômicos
- Escrevendo a mensagem de commit perfeita
- Erros comuns em commits
- Por que publicar um branch no fork
- Comando git push para publicar um branch
- Verificando um Branch Publicado
- Pull Request como Solicitação de Alterações
- Título do PR: Direto e Objetivo
- Descrição do PR: o quê, porquê e como verificar
- Erros comuns em PRs
- O monstro dos PRs: por que pull requests grandes prejudicam a revisão
- Descrição do PR: sua chance de explicar, não de se desculpar
- Um PR - uma tarefa, ou como não misturar alterações não relacionadas
- Code Review como um diálogo com o editor
- Responda a cada comentário
- Registre as alterações em commits separados
- Por que ocorrem conflitos no merge?
- Atualizando o branch antes do merge
- Encontrando e corrigindo conflitos
- Finalizando a resolução de conflitos
- Limpeza após um merge bem-sucedido
- Excluindo um branch de feature no GitHub
- Atualizando o repositório local
- Mestre do trabalho em equipe: do fork ao merge
Bài viết liên quan đến bài học này
- Git và GitHub: khác nhau thế nào và liên hệ ra sao
- Cách cài đặt Git trên Windows, macOS và Linux
- Git là gì và vì sao lập trình viên cần nó
- Git Bash: đó là gì và cách dùng trên Windows
- git fetch và git pull: khác nhau thế nào và nên chọn cái nào
Tất cả bài giảng của khóa học
- 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