En resum, quan busqueu incorporar canvis d'una branca de Git a una altra:
- Utilitzeu la combinació en els casos en què voleu que un conjunt de commits s'agrupi clarament a l'historial.
- Utilitzeu rebase quan vulgueu mantenir un historial de confirmació lineal.
- NO feu servir rebase en una branca pública/compartida.
Git pull fusiona o rebase?
Per defecte, l'ordre d'extracció git realitza una fusió, però podeu forçar-la a integrar la branca remota amb una rebase passant-li l'opció --rebase.
He de tirar després de la rebase?
tl;dr Hauríeu d'actualitzar tant el mestre com la funció amb git pull i git pull --rebase abans de rebasar la característica a sobre del mestre. No cal fer un git pull després de tornar a basar la vostra funció branca a la part superior del mestre.
He de git pull o git rebase?
Conclusió. Si sou un principiant de git i voleu que les coses estiguin segures, us recomano utilitzar git pull i git merge tot el temps per combinar el codi. … En cas que vulgueu mantenir un historial de git net i ordenat, git rebase és per a vos altres Només recordeu que git rebase s'ha d'utilitzar amb cura, o pagareu un preu per això:).
He de combinar-me després de l'extracció?
Sobre les fusions de sol·licituds d'extracció
En una sol·licitud d'extracció, proposeu que els canvis que hàgiu fet en una branca principal s'hagin de fusionar en una branca base. De manera predeterminada, qualsevol sol·licitud d'extracció es pot combinar en qualsevol moment, tret que la branca principal estigui en conflicte amb la branca base.
