Este navegador já não é suportado.
Atualize para o Microsoft Edge para tirar partido das funcionalidades mais recentes, atualizações de segurança e suporte técnico.
Escolha a melhor resposta para cada pergunta.
O que não é uma boa razão para criar um pull request?
Gostaria de receber feedback sobre potenciais alterações antes de intercalar o seu ramo de funcionalidade no main.
main
Você deseja mesclar sua ramificação de correção de bug no main, mas não tem permissão.
Sua ramificação não pode ser mesclada main devido a alterações upstream feitas desde que você a criou. Criar uma solicitação pull permite que o outro colaborador saiba que ele precisa retirar suas alterações para que você possa colocar as suas.
Como você pode garantir que as solicitações pull para uma determinada área do repositório não sejam mescladas, a menos que certos 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 mapeie caminhos de diretório para os usuários necessários no SECURITY.md.
É-lhe pedido que reveja um pedido pull. Ao lê-lo, repara em vários pequenos erros de codificação e erros de digitação. Como deve lidar com a revisão?
Iniciar uma revisão e corrigir erros de digitação óbvios inline. Adicionar comentários em locais que exijam mais discussão ou ofereçam valor educativo. Concluir a revisão com as alterações pedidas.
Deixe comentários únicos para cada problema encontrado, mas não altere o código. Para erros de digitação, incluir a ortografia correta da palavra como referência. Aprovar o pedido Pull, se confiar no autor para implementar as suas sugestões.
Rejeitar o pedido Pull. Não podemos arriscar que os erros sejam acidentalmente intercalados num ramo importante.
Tem de responder a todas as questões antes de verificar o seu trabalho.
Esta página foi útil?
Precisa de ajuda com este tema?
Quer experimentar usar o Ask Learn para esclarecer ou orientar este tema?