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.
Est-ce que le rebase push ?
Rebasage. La seule véritable exception à la règle « toujours tirer, puis pousser », est le rebasage. Lorsque vous rebasez, vous créez une copie de votre historique de validation. … Cependant, si vous git pull, vous vous retrouverez avec deux copies de la branche qui seront ensuite fusionnées avec un merge commit.
Puis-je changer de base après avoir appuyé sur la télécommande ?
Si vous aviez déjà appliqué des modifications avant d'utiliser CETTE option, ces modifications ne seraient pas rebasées car elles sont déjà dans la télécommande. La seule exception peut être si vous avez plusieurs télécommandes et que vous avez poussé des modifications sur une télécommande, puis effectuez une extraction/rebase à partir d'une autre - cela pourrait causer de sérieux problèmes.
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 suren haut des modifications à distance, au lieu d'être fusionnées avec les modifications à distance. Si vous rebasez une branche, vous devrez forcer pour pousser cette branche.
