Se você rebasear um branch, você precisará forçar o push desse branch. Rebase e um repositório compartilhado geralmente não se dão bem. Isso é reescrever a história. Se outros estiverem usando esse branch ou tiverem ramificado desse branch, o rebase será bastante desagradável.
Rebase push?
Rebase. A única exceção real à regra “sempre puxar, depois empurrar” é o rebase. Quando você faz o rebase, você está criando uma cópia do seu histórico de commit. … No entanto, se você git pull, você terminará com duas cópias da ramificação que serão mescladas com um merge commit.
Posso fazer rebase depois de enviar para remoto?
Se você já tivesse enviado alterações antes de usar ESSA opção, essas alterações não seriam rebaseadas porque elas já estão no controle remoto. A única exceção pode ser se você tiver vários controles remotos e tiver enviado alterações para um controle remoto e, em seguida, fazer um pull/rebase de outro - isso pode causar sérios problemas.
Você precisa confirmar após o rebase?
Para um rebase, você só precisa resolver os conflitos no índice e então git rebase --continue. Para um merge, você precisa fazer o commit (git commit), mas o fato de ser um merge será lembrado e uma mensagem de commit padrão adequada será fornecida para você editar.
Por que preciso puxar após o rebase?
Você pode puxar usando rebase em vez de merge (git pull --rebase). … As alterações locais que você fez serão baseadas emtopo das alterações remotas, em vez de ser mesclado com as alterações remotas. Se você fizer o rebase de uma ramificação, precisará forçar o push dessa ramificação.