Quando a proposta muda

Vamos descobrir juntos

1. 1

   A cópia reviewer acrescentará uma linha ao README em main e enviará ao remoto local. Author continua com a correção na sua branch. Um arquivo novo ou uma mudança na base pode alterar o contexto mesmo sem editar a função revisada.

2. 2

   Em author, confirme status limpo, execute git fetch origin e examine as diferenças antes de git merge origin/main. Este percurso usa merge para preservar os commits compartilhados; rebase e reescrita de histórico ficam para um aprofundamento. Não use force push para contornar divergência.

3. 3

   Rode os testes novamente após integrar a base. Um novo commit na head muda a proposta. Registre a versão atual com git rev-parse HEAD e informe ao revisor o que mudou; uma aprovação antiga não prova que o novo código foi examinado.

4. 4

   Nosso combinado didático exige revisão do estado atual. No GitHub, descartar aprovações antigas ou exigir novas revisões depende das regras configuradas. Quando checks avaliam um merge temporário, confira também a head e a base usadas; não compare apenas uma etiqueta verde.