Si vous rebasez une branche, vous devrez forcer pour pousser cette branche. Rebase et un référentiel partagé ne s'entendent généralement pas. C'est réécrire l'histoire. Si d'autres utilisent cette branche ou ont dérivé de cette branche, le rebase sera assez désagréable.
Avez-vous besoin de vous engager après le rebase ?
Pour un rebase, il vous suffit de résoudre les conflits dans l'index puis git rebase --continue. Pour une fusion, vous devez effectuer la validation (git commit), mais le fait qu'il s'agisse d'une fusion sera mémorisé et un message de validation par défaut approprié vous sera fourni pour que vous puissiez l'éditer.
Pourquoi dois-je tirer après le rebase ?
Vous pouvez extraire en utilisant rebase au lieu de fusionner (git pull --rebase). … Les modifications locales que vous avez apportées seront rebasées sur les modifications à distance, au lieu d'être fusionnées avec les modifications à distance. Si vous rebasez une branche, vous devrez forcer pour pousser cette branche.
Git rebase nécessite-t-il une poussée forcée ?
Un avantage secondaire est que vous avez rebasé, mais vous n'avez pas besoin d'utiliser git push --force parce que vous n'écrasez pas l'historique sur la branche master.
Que dois-je faire après le rebasage ?
Git Rebasing Pushing après un rebaseCela peut être résolu avec un git push --force, mais considérez git push --force-with-lease, indiquant que vous voulez que le push échoue si la branche locale de suivi à distance diffère de la branche sur la télécommande, par exemple,quelqu'un d'autre a poussé vers la télécommande après la dernière récupération.
