Font size
Worksheets04/09 - Front end - Branches e Merge
Total questions: 35
Worksheet time: 20mins
O que é um branch no contexto de desenvolvimento de software?
Um tipo de arquivo executável.
Uma cópia independente do código-fonte de um projeto.
Um comando para deletar um projeto inteiro.
Um repositório de arquivos.
Qual é a principal ideia por trás da criação de um branch?
Manter uma cópia de segurança de todo o projeto.
Mudar a linguagem de programação do projeto.
Permitir que desenvolvedores trabalhem em novas funcionalidades sem afetar o código principal.
Conectar o projeto a um banco de dados.
Qual é o nome usualmente dado ao código principal e estável de um projeto?
feature ou dev
master ou main
temp ou test
O que acontece com o código de um novo branch antes que ele seja mesclado ao branch principal?
Ele é deletado automaticamente.
Ele é executado em um ambiente de produção.
Ele permanece isolado e não afeta o código principal.
Ele substitui o código principal.
O que é a operação de merge?
Excluir um branch do repositório.
Iniciar um novo projeto.
Combinar o trabalho de diferentes branches em um único branch.
Renomear o branch principal.
A principal finalidade do merge em um fluxo de trabalho colaborativo é:
Unir alterações de diferentes ramificações em um único histórico.
Excluir arquivos desnecessários do repositório.
Reverter todas as alterações feitas por outros colaboradores.
Criar um novo repositório a partir de um existente.
O que o comando merge faz no Git?
Acelerar o tempo de download do projeto.
Manter os branches separados.
Unificar as alterações de diferentes desenvolvedores de forma organizada e segura.
Criar backups diários do projeto.
O que é um conflito de merge?
Um erro de digitação no nome do branch.
Ocorre quando um branch é criado.
Quando as mesmas linhas de código foram modificadas em branches diferentes.
Um erro de conexão com a internet.
O que um pull request representa?
Um comando para baixar um projeto.
Uma solicitação para mesclar um branch com outro.
A criação de um novo branch.
Uma ferramenta de testes automatizados.
Qual é um dos principais benefícios de se utilizar branches no desenvolvimento de software?
Aumentar a complexidade do projeto.
Diminuir a segurança do código.
Permitir que os desenvolvedores trabalhem isoladamente.
Evitar que um erro em um novo recurso quebre a versão de produção do software.
O que acontece quando o Git não consegue resolver um conflito de merge automaticamente?
O merge é cancelado e o projeto é deletado.
O desenvolvedor precisa resolver o conflito manualmente.
O Git escolhe uma das versões aleatoriamente.
O branch é renomeado automaticamente.
Por que o merge é considerado a "etapa final de um fluxo de trabalho colaborativo"?
Porque é o último comando a ser executado.
Porque ele unifica o trabalho de diferentes desenvolvedores para o projeto principal.
O merge é a etapa final de um fluxo de trabalho colaborativo porque:
Ele permite que cada desenvolvedor trabalhe em seu próprio projeto.
Ele unifica o trabalho de diferentes desenvolvedores para o projeto principal.
Porque é a única forma de salvar o projeto.
Porque ele apaga o histórico de todas as alterações.
O que acontece se o trabalho em branches isolados não for mesclado ao projeto principal?
O projeto principal continuará a evoluir com novas funcionalidades.
As novas funcionalidades e correções nunca serão incorporadas ao projeto.
O histórico de desenvolvimento será mais limpo.
O projeto principal deixará de funcionar.
Qual é o papel do Git em um fluxo de trabalho que usa branches e merges?
Apenas um editor de texto.
Um sistema de controle de versão que gerencia o fluxo de trabalho de branches e merges.
Uma ferramenta de design gráfico.
Uma plataforma de comunicação entre desenvolvedores.
Por que o uso de branches e merges é considerado uma prática segura no desenvolvimento de software?
Porque ele impede que qualquer erro ocorra.
Porque ele permite que erros sejam contidos em um branch de desenvolvimento e não afetem o código principal.
Porque ele deleta os arquivos com erros.
Porque ele exige que o projeto seja reescrito do zero.
Qual é a relação entre branches, merges e o histórico de desenvolvimento?
Eles apagam o histórico para economizar espaço.
Eles não têm relação com o histórico.
Cada merge registra explicitamente onde e quando duas linhas de desenvolvimento se uniram.
Eles criam um histórico único e sem detalhes.
O que a colaboração em um projeto de desenvolvimento de software permite, graças ao uso de branches e merges?
Qual é o principal benefício do uso de branches e merges em projetos de desenvolvimento de software?
Que o trabalho seja realizado de forma desorganizada.
Que múltiplos desenvolvedores trabalhem em paralelo.
Que o código seja menos seguro.
Qual é o principal objetivo de se fazer uma revisão de código antes do merge?
Aumentar o tempo de desenvolvimento.
Apenas para que um outro desenvolvedor veja o que foi feito.
Manter a qualidade do código e reduzir a chance de erros ou bugs.
Apagar o código antigo.
Para um desenvolvedor iniciante, como Alex, que está nervoso para fazer o primeiro merge, qual seria a melhor recomendação?
Fazer o merge diretamente para o branch principal sem revisão.
Fazer o merge no horário de pico para garantir que o processo seja mais rápido.
Pedir a um colega para revisar o código através de um pull request antes de mesclá-lo.
Deletar o branch para evitar o merge.
No fluxo de trabalho do Git, qual é a primeira etapa para um desenvolvedor que precisa adicionar um novo recurso?
Fazer o merge.
Deletar o branch principal.
Criar um novo branch.
Deixar a equipe inteira parar de trabalhar.
Por que o trabalho em um novo branch é considerado um "trabalho isolado"?
Porque o desenvolvedor trabalha sozinho na equipe.
Porque ele é feito offline.
Porque as mudanças feitas não afetam o código principal.
Porque o branch não pode ser compartilhado.
O que o pull request facilita no processo de merge?
Acelera o merge, tornando-o instantâneo.
Permite que um desenvolvedor trabalhe sozinho.
Proporciona uma plataforma para revisão e comentários antes da mesclagem.
Torna o merge impossível de ser realizado.
A falta de revisão de código antes de um merge pode levar a qual problema?
Aumento da velocidade do projeto.
Introdução de erros ou bugs no branch principal.
Aumento da segurança do código.
Facilita o trabalho da equipe.
A frase "O merge registra explicitamente onde e quando duas linhas de desenvolvimento se uniram" significa que ele contribui para:
Aumentar o tamanho do arquivo.
Esconder as mudanças feitas.
A transparência e o controle do histórico de desenvolvimento.
A duplicação de códigos.
Qual é a principal diferença entre um branch e o branch principal?
O branch principal é a versão instável, e os outros branches são estáveis.
O branch principal é a versão final do projeto, e os outros branches são para experimentação.
Qual das seguintes opções descreve melhor a diferença entre o branch principal e os outros branches?
O branch principal é usado apenas para testes, enquanto os outros branches são para produção.
O branch principal é sempre o mais atualizado, enquanto os outros branches ficam desatualizados.
O branch principal não pode ser alterado, enquanto os outros branches podem.
O branch principal é a versão estável, enquanto os branches são cópias independentes para trabalho isolado.
Qual das seguintes opções descreve melhor a importância de saber usar branches e merges?
É uma habilidade básica para quem trabalha sozinho.
É fundamental para qualquer desenvolvedor que trabalha em um ambiente de controle de versão, pois permite um fluxo de trabalho eficiente, seguro e colaborativo.
É uma habilidade opcional, que não afeta a qualidade do projeto.
É uma ferramenta usada apenas para projetos pequenos.
O que a operação de merge faz com o conteúdo de um branch de origem?
Apaga-o.
Pega-o e o integra com o branch de destino.
Mantém-no separado e inalterado.
Copia-o para uma nova pasta.
O que acontece com o projeto principal enquanto um desenvolvedor trabalha em um novo branch?
O projeto principal para de funcionar.
O projeto principal continua funcionando normalmente, sem os bugs ou código incompleto do novo branch.
O projeto principal é automaticamente atualizado com as mudanças do novo branch.
O projeto principal é renomeado.
Explicação: Como as mudanças em um novo branch são isoladas, o projeto principal continua funcionando normalmente, sem os bugs ou código incompleto que está sendo desenvolvido. Se Alex fizer o merge diretamente para o branch principal sem revisão, o que pode acontecer?
As mudanças serão perdidas.
Apenas Alex poderá ver as mudanças.
Ele pode introduzir bugs e erros no código principal, quebrando a versão de produção.
Ele economizará tempo e o projeto será concluído mais rapidamente.
O que é a prática de revisão de código antes do merge e por que é importante?
É uma prática opcional para poupar tempo.
É um processo que permite que outros desenvolvedores verifiquem o código em busca de erros, melhorando a qualidade e a segurança do projeto.
O que é revisão de código?
É um processo para adicionar novas funcionalidades ao código.
É um processo que permite que outros desenvolvedores verifiquem o código em busca de erros, melhorando a qualidade e a segurança do projeto.
É um processo para excluir arquivos desnecessários.
É a última etapa antes da conclusão do projeto.
Como branches e merges se complementam no fluxo de trabalho do Git?
Branches criam cópias, e merges apagam-nas.
Branches permitem o trabalho isolado, e merges unificam o trabalho para o projeto principal.
Eles são operações independentes e não relacionadas.
Branches são para projetos grandes, e merges para pequenos.
