Então, eu venho de um histórico centralizado de VCS e estou tentando definir nosso fluxo de trabalho no Git (nova empresa, jovem base de código). Uma pergunta para a qual não consigo encontrar uma resposta simples, porém detalhada, é o que exatamente o rebase faz em uma filial remota. Entendo que reescreve a história e, em geral, deve se limitar apenas às filiais locais.

O fluxo de trabalho que estou tentando avaliar envolve um ramo de colaboração remota, cada desenvolvedor "possuindo" um com o objetivo de compartilhar código. (Ter 2 desenvolvedores e no máximo 3, no futuro previsível, um ramo de recurso para cada projeto e solicitação de recurso parece excessivo e mais indireto do que o benefício obtido.)

Então me depareiesta resposta e tentei e conseguiu o que eu gostaria - um desenvolvedor compromete-se e empurra frequentemente para seu próprio ramo de colaboração, quando ele sabe o que é aprovado para ser liberado para teste, ele pode se refazer remotamente (para esmagar e talvez reorganizar) antes de se unir ao desenvolvimento .

Digite a pergunta original - se a ramificação remota for para fins de colaboração, alguém provavelmente a fará mais cedo ou mais tarde. Se for um problema de processo / treinamento não ter o 'desenvolvedor convidado' comprometido com essa ramificação da colaboração, o que realmente acontece com o proprietário da ramificação refaz essa ramificação remota?