

Seu próximo nível começa aqui
Seu desenvolvimento não pode ter limites. Garanta sua Assinatura Ilimitada e libere uma preparação completa com os melhores professores do Brasil.
Analise a sentença a seguir.
“No contexto de controle de versão distribuído, como o Git, a criação de uma “branch feature" para o desenvolvimento de uma nova funcionalidade e a subsequente fusão dessa “Branch” de volta à “branch principal” (main brantch) é uma prática que deve sempre ser acompanhada de um “pull request" revisado por um colega para garantir a integridade do código e a qualidade do desenvolvimento.
Assinale a alternativa correta.
A criação de uma “branch feature" para o desenvolvimento de uma nova funcionalidade deve ser evitada, pois gera conflitos frequentes com a “branch principal” e dificulta a fusão posterior
Após a fusão da “Branch feature” com a “branch principal”, as “branches” temporárias podem ser excluídas para evitar a poluição do repositório com “branches” obsoletas
A fusão de uma “branch feature" de volta à “branch principal” pode ser feita diretamente, sem a necessidade de um "pull request", uma vez que o Git automaticamente garante a integridade do código durante a fusão
No Git, a revisão de um "pull request" antes da fusão é opcional, pois a ferramenta executa todos os testes e as verificações necessários para garantir que o código é seguro para a “branch principal”