Aprenda / Git e controle de versão

FundamentosAula 6 de 1412 min0% da trilha

Pull requests e code review

O mecanismo que transforma 'juntar código' numa conversa, em vez de um merge silencioso.

Um Pull Request (PR) — "Merge Request" no GitLab — não é um comando git, é um recurso do GitHub (ou similar): um pedido pra juntar uma branch na outra, que vira uma tela onde dá pra comentar linha por linha, rodar testes automáticos, e exigir aprovação antes do merge acontecer de verdade.

O fluxo típico

da branch ao merge
1. git push origin feature/checkout       — manda a branch pro GitHub
2. Abre um PR: feature/checkout → main
3. CI roda automaticamente (build, testes, lint)
4. Alguém revisa: comenta, pede mudança, ou aprova
5. Depois de aprovado + CI verde: merge (pelo botão do GitHub, ou localmente)
6. A branch pode ser apagada — o histórico do PR fica registrado pra sempre

Por que revisar antes de juntar, em vez de push direto em main

Um PR cria um ponto de checagem antes do código virar parte da branch principal — um segundo par de olhos pega bug, sugestão de nome melhor, ou uma abordagem mais simples, antes de afetar todo mundo que trabalha em cima de main. Times sérios travam main pra só aceitar mudança via PR aprovado — nunca commit direto.

Uma boa descrição de PR

exemplo de descrição
## O que mudou
Adiciona validação de e-mail no formulário de cadastro.

## Por quê
Usuários estavam conseguindo cadastrar com e-mail inválido (bug #142).

## Como testar
1. Ir em /cadastro
2. Tentar cadastrar com "não-é-email"
3. Deve mostrar erro antes de enviar

"O quê" o diff já mostra sozinho — a descrição existe pra explicar o porquê, que ninguém adivinha só olhando código.

Quiz rápido

Um Pull Request é um comando do git?
Por que travar main pra só aceitar mudança via PR aprovado?