En résumé, lorsque vous cherchez à incorporer des modifications d'une branche Git à une autre:
- Utilisez la fusion dans les cas où vous souhaitez qu'un ensemble de commits soit clairement regroupé dans l'historique.
- Utilisez rebase lorsque vous souhaitez conserver un historique de validation linéaire.
- NE PAS utiliser rebase sur une branche publique/partagée.
Est-ce que git pull fusionne ou rebase ?
Par défaut, la commande git pull effectue une fusion, mais vous pouvez la forcer à intégrer la branche distante avec un rebase en lui passant l'option --rebase.
Dois-je tirer après le rebase ?
tl;dr Vous devez mettre à jour master et feature avec git pull et git pull --rebase avant de rebaser feature sur master. Il n'est pas nécessaire de faire un git pull après avoir rebasé votre feature branche au-dessus de master.
Dois-je git pull ou git rebase ?
Conclusion. Si vous êtes un débutant git et que vous voulez que les choses soient sûres, je vous recommande d'utiliser git pull et git merge tout le temps pour fusionner le code. … Si vous souhaitez conserver un historique git propre et bien rangé, git rebase est fait pour vous Rappelez-vous simplement que git rebase doit être utilisé avec précaution, sinon vous allez en payer le prix:).
Dois-je fusionner après l'extraction ?
À propos des fusions de requêtes d'extraction
Dans une requête d'extraction, vous proposez que les modifications que vous avez apportées à une branche principale soient fusionnées dans une branche de base. Par défaut, toute demande d'extraction peut être fusionnée à tout moment, sauf si la branche principale est en conflit avec la branche de base.
