In sintesi, quando cerchi di incorporare le modifiche da un ramo Git a un altro:
- Usa unione nei casi in cui desideri che un insieme di commit sia chiaramente raggruppato nella cronologia.
- Usa rebase quando vuoi mantenere una cronologia dei commit lineare.
- NON usare rebase su un ramo pubblico/condiviso.
Git pull unisce o rebase?
Per impostazione predefinita, il comando git pull esegue un merge, ma puoi forzarlo a integrare il ramo remoto con un rebase passandogli l'opzione --rebase.
Dovrei tirare dopo il rebase?
tl;dr Dovresti aggiornare sia master che feature con git pull e git pull --rebase prima di ribasare la feature sopra master. Non c'è bisogno di fare un git pull dopo aver ribasato il tuo ramo feature sopra master.
Dovrei git pull o git rebase?
Conclusione. Se sei un principiante di git e vuoi che le cose siano al sicuro, ti consiglio di usare sempre git pull e git merge per unire il codice. … Nel caso in cui desideri mantenere una cronologia git pulita e ordinata, git rebase è per te Ricorda solo che git rebase dovrebbe essere usato con cura, altrimenti pagherai un prezzo per quello:).
Devo unire dopo il pull?
Informazioni sull'unione di richieste pull
In una richiesta pull, proponi di unire le modifiche apportate a un ramo principale in un ramo di base. Per impostazione predefinita, qualsiasi richiesta pull può essere unita in qualsiasi momento, a meno che il ramo principale non sia in conflitto con il ramo di base.