Grátis: No sistema de controle de versão Git, os comandos git merge e git rebase servem para integrar alterações de uma ramificação (branch) em outra. Qual... – Questões Respondidas

Engenharia de Software

Outros

No sistema de controle de versão Git, os comandos git merge e git rebase servem para integrar alterações de uma ramificação (branch) em outra.
Qual a principal diferença na ação do rebase em relação ao merge?
O rebase envia o código diretamente para o servidor (GitHub) ignorando commits locais.
O rebase apaga permanentemente a branch de origem, enquanto o merge a mantém.
O rebase reescreve o histórico do projeto, aplicando os commits de uma branch no topo da outra de forma linear, enquanto o merge cria um novo 'commit de mesclagem' mantendo o histórico bifurcado.
O rebase é usado unicamente para reverter (desfazer) arquivos que tiveram conflitos.

Aprendendo com Exercícios

há 7 horas

Aprendendo com Exercícios

há 7 horas

Exercícios Scrum e TDD

Respostas

Ed

há 7 horas

A principal diferença entre git merge e git rebase é que: - O git merge cria um novo commit de mesclagem que mantém o histórico bifurcado das branches. - O git rebase reescreve o histórico do projeto, aplicando os commits de uma branch no topo da outra de forma linear, "reorganizando" os commits. Portanto, a alternativa correta é: O rebase reescreve o histórico do projeto, aplicando os commits de uma branch no topo da outra de forma linear, enquanto o merge cria um novo 'commit de mesclagem' mantendo o histórico bifurcado.

Essa resposta te ajudou?

0

0

Ainda não achou a resposta?

Integrado com os principais modelos de IA do mercado
Respostas em segundos
IA treinada para estudantes brasileiros.

Evolua sua forma de estudar

Cadastre-se ou realize login

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

Exercícios Scrum e TDD

Mais perguntas desse material

A metodologia ágil Scrum define três papéis centrais (Accountabilities) essenciais para o funcionamento da equipe.
Quais são eles?
Project Manager, Tech Lead e Analista de QA.
Scrum Master, Product Owner (PO) e Developers (Equipe de Desenvolvimento).
Stakeholder, Scrum Master e Arquiteto de Software.
Agile Coach, Business Analyst e Desenvolvedores Frontend.

No ciclo de desenvolvimento guiado por testes (TDD - Test Driven Development), o ciclo básico de trabalho do desenvolvedor segue qual ordem obrigatória?
Escrever a funcionalidade -> Fazer o teste passar -> Escrever o teste -> Refatorar.
Refatorar -> Escrever o teste -> Fazer o teste falhar -> Escrever a funcionalidade.
Escrever um teste que falha (Red) -> Escrever o código mínimo para o teste passar (Green) -> Refatorar (Refactor).
Criar a documentação -> Desenvolver a API -> Automatizar testes na nuvem -> Entregar.

Comparando a metodologia de desenvolvimento Tradicional (Modelo Cascata/Waterfall) com as Metodologias Ágeis,
qual afirmação está correta?
O modelo cascata abraça a mudança constante de requisitos ao longo do projeto, enquanto o ágil trava o escopo no primeiro dia.
O modelo cascata exige que uma fase (ex: Análise) seja completamente concluída antes que a próxima (ex: Design) comece. O ágil utiliza iterações curtas e incrementais.
Metodologias ágeis não utilizam documentação nenhuma, focando apenas no código final.
O modelo cascata é mais adequado para startups e projetos inovadores sem requisitos definidos.

Dentro dos Eventos do Scrum,
qual o objetivo principal da Sprint Retrospective (Retrospectiva da Sprint)?
Inspecionar e adaptar a forma como a equipe trabalhou durante a Sprint (processos, relações e ferramentas) para buscar melhorias contínuas para a próxima Sprint.
Apresentar o produto final (Incremento) funcionando para o cliente final e coletar seu feedback (Aprovação/Rejeição).
Planejar detalhadamente todas as Sprints do ano calendário.
Atualizar o gráfico de Burndown diário e discutir os impedimentos técnicos do dia de hoje.