Pull Requests e Code Review
Na aula anterior aprendemos a conectar nosso repositório local a um servidor (GitHub) e sincronizar com ele: clone, push, pull. Agora vamos fazer uma pergunta completamente diferente — não 'como eu envio código' mas 'como uma equipe deixa o código entrar com segurança'. A resposta é o Pull Request:
Um Pull Request é como dizer 'terminei de arrumar um quarto de hotel — por favor, inspecionem antes de deixar os hóspedes entrarem'. Em vez de dar push no seu trabalho direto na linha principal (main), você abre um pedido: 'aqui está minha mudança, vamos conversar sobre ela, deixem comentários, rodem verificações — e só quando tudo estiver certo, deixamos ela entrar'.
- Pull Request (PR)
- Um pedido no GitHub para mesclar um branch em outro (geralmente um branch de feature na main). Ele abre um espaço para discussão, code review e verificações automáticas antes de a mudança entrar.
- Revisão de código (code review)
- Quando um colega de equipe lê sua mudança, deixa comentários e sugere melhorias dentro do PR — para pegar bugs, compartilhar conhecimento e manter a qualidade alta.
- Aprovação (approve)
- A marca de 'para mim está bom' de quem revisou — um sinal verde dizendo que, do lado dele/a, o PR está liberado para mesclar.
- Verificações automáticas (CI)
- Software que roda sozinho em cada PR e verifica o código (por exemplo, roda os testes). Se uma verificação falha, você corrige antes de mesclar.
- Mesclar um PR
- O botão que finalmente traz seu branch para dentro da main depois que a revisão é aprovada e as verificações passam. O branch de feature costuma ser apagado depois disso.
