Preview ng leksyon

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.

fork pull request revisão de código

Ano ang matututunan mo sa leksyong ito

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.

Simula ng leksyon

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.

Buong leksyon ay para sa subscription

30 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

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