Conflitos que pedem entendimento

Vamos descobrir juntos

1. 1

   No LAB.md, duas branches alteram a mesma linha inicial do README: uma destaca ferramentas, outra prática. O merge para e git status lista o arquivo sem resolução. Isso não prova que um autor errou; o Git precisa de uma decisão sobre o resultado.

2. 2

   Com o exercício iniciado a partir de status limpo, git merge --abort retorna ao estado anterior à tentativa. Se havia alterações não commitadas antes de um merge real, a recuperação pode ser mais difícil; por isso o laboratório começa limpo. Não confunda abortar com apagar todo o histórico.

3. 3

   Repita o merge, leia as versões marcadas por <<<<<<<, ======= e >>>>>>> e escreva uma linha final que conserve as duas ideias. Retire os marcadores, confira o diff e prepare README.md. Evite escolher ours/theirs sem entender qual branch cada lado representa nesse comando.

4. 4

   Faça o commit da resolução, execute testes e releia o texto final. Um merge sem conflito textual ainda pode quebrar comportamento; o Git não interpreta todos os requisitos. Registre o motivo da resolução em REVIEW.md e atualize o revisor depois de enviar a branch.