Avaliação do módulo

3 minutos

O que não um bom motivo para criar uma solicitação de pull?

Você gostaria de receber comentários sobre alterações potenciais antes de mesclar o seu branch de recursos com o main.

Você deseja mesclar o branch de correção de bugs ao main, mas não tem permissão.

Seu branch não pode ser mesclado ao main devido a alterações upstream feitas desde que você o criou. A criação de um pull request permite que o outro colaborador saiba que precisa remover suas alterações para que você possa adicionar as suas.

Como você pode garantir que as pull requests de uma determinada área do repositório não sejam mesclados, a menos que determinados usuários ou equipes aprovem?

Explique claramente a política de pull request em CONTRIBUTING.md.

Use um arquivo CODEOWNERS e habilite as revisões necessárias.

Adicione uma tabela que mapeia caminhos de diretório para os usuários necessários no SECURITY.md.

Foi solicitado que você examine uma pull request. À medida que você a lê, observa vários erros de digitação e de codificação secundários. Como você deve lidar com a revisão?

Inicie uma revisão e corrija os erros de digitação óbvios embutidos. Adicione comentários em lugares que exigem mais discussão ou têm valor educacional. Conclua a revisão com as alterações solicitadas.

Deixe comentários únicos para cada problema que você encontrar, mas não altere o código. Para erros de digitação, inclua a grafia correta da palavra como referência. Aprove a solicitação de pull se você confiar no autor para implementar as suas sugestões.

Rejeite a solicitação de pull. Não podemos arriscar que nenhum bug seja mesclado acidentalmente em um branch importante.

É necessário responder a todas as perguntas antes de verificar o trabalho.

Comentários

Esta página foi útil?

Avaliação do módulo

Verificar seu conhecimento

Comentários