Verificação de conhecimento

Concluído

Escolha a melhor resposta para cada pergunta.

Verifique o seu conhecimento

1.

O que não é uma boa razão para criar um pedido Pull?

Gostaria de receber feedback sobre potenciais alterações antes de intercalar o seu ramo de funcionalidade no 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.

2.

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.

3.

É-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.