Pull requests
O curso trata dos pull requests do GitHub, a camada que a plataforma coloca por cima do Git para que um branch seja revisado antes do merge. Começa pela abertura de um PR a partir de um branch já enviado: branch base e compare, título, descrição e rascunhos. Depois vêm a leitura do diff, os comentários inline, as sugestões e as respostas ao feedback com novos commits. Em seguida, aprovações, checagens obrigatórias, proteção de branch e rulesets. Por fim, as três estratégias de merge e um pull request completo, do branch à limpeza local.
O que você vai aprender
- ✓Abrir um pull request com branch base e compare, uma descrição clara e rascunhos
- ✓Revisar diffs com comentários inline, sugestões e revisões em lote
- ✓Responder a feedback com novos commits e resolver conversas
- ✓Aprovações, checagens de status obrigatórias, proteção de branch e rulesets
- ✓Escolher entre merge commit, squash and merge e rebase and merge
- ✓Limpar branches no GitHub e localmente depois do merge
O que um pull request realmente é
Todo merge do curso anterior aconteceu inteiramente na linha de comando: você decidiu que o branch estava pronto, rodou git merge, ninguém mais participou. Isso funciona para um projeto sozinho. Isso quebra quando uma segunda pessoa precisa ver o código antes de ele chegar ao main. "Alguém revisa…
Ler a aula completa grátis →Currículo
7 aulasO que um pull request realmente é
Um pull request é um recurso do GitHub que envolve o git merge em revisão, discussão e checagens automatizadas.
Abrindo um pull request
Como abrir um PR a partir de um branch enviado, com base, compare, descrição e rascunhos.
A visão de diff e comentários inline
Leitura do diff na aba Files changed, comentários em linhas específicas, sugestões e revisões em lote.
Respondendo ao feedback da revisão
Push de correções no mesmo branch, respostas citando o commit, conversas resolvidas e pedido de nova revisão.
Aprovações, checagens obrigatórias, e proteção de branch
Aprovações, checagens obrigatórias, proteção de branch e rulesets mantêm o botão de merge desabilitado até tudo passar.
Estratégias de merge no GitHub: merge, squash e rebase
As três estratégias de merge do GitHub (merge commit, squash e rebase) e a exclusão automática do branch.
Juntando tudo: abra, revise e mescle um pull request de verdade
Um pull request completo, do branch e da revisão até o squash merge e a limpeza local.