Integrar e saber voltar

Vamos descobrir juntos

1. 1

   Confirme head/base atuais, mudanças revisadas, testes, conversas resolvidas e permissão de integrar. O nosso laboratório usa merge --no-ff para tornar visível um commit com dois pais. Fast-forward apenas avança a referência; squash registra a mudança combinada em um novo commit. Os métodos disponíveis no GitHub dependem da configuração.

2. 2

   Na cópia reviewer, atualize a branch de revisão com --ff-only, rode testes e registre o hash antes de integrar em main. Depois confira o resultado e envie ao remoto local. Se houver divergência inesperada, pare para inspecionar: não use uma opção de força como atalho.

3. 3

   O LAB.md cria depois um commit comum com um defeito deliberado, somente no repositório fictício. Git revert --no-edit HEAD cria outro commit que desfaz aquela alteração e mantém o anterior no histórico. Confira o hash e o conteúdo antes de usar; não execute a receita em trabalho real sem analisar suas mudanças.

4. 4

   Reverter também pode gerar conflitos e não desfaz efeitos externos como um e-mail enviado. Reverter merge tem escolhas adicionais de pai principal e está fora desta prática. Registre em ROLLBACK.md o commit, motivo, resultado dos testes e limitações; não reescreva o histórico compartilhado para esconder o defeito.