For å oppsummere, når du ønsker å inkorporere endringer fra en Git-gren til en annen:
- Bruk sammenslåing i tilfeller der du vil at et sett med forpliktelser skal være tydelig gruppert sammen i historien.
- Bruk rebase når du vil beholde en lineær forpliktelseshistorikk.
- Ikke bruk rebase på en offentlig/delt filial.
Fletter git pull eller rebase?
Som standard utfører git pull-kommandoen en merge, men du kan tvinge den til å integrere den eksterne grenen med en rebase ved å gi den --rebase- alternativet.
Skal jeg trekke etter rebase?
tl;dr Du bør oppdatere både master og funksjon med git pull og git pull --rebase før du rebaser funksjonen på toppen av master. Det er ikke nødvendig å gjøre en git pull etter at du har rebasert funksjonen din gren på toppen av master.
Skal jeg git pull eller git rebase?
Konklusjon. Hvis du er en git-nybegynner og du vil at ting skal være trygge, anbefaler jeg å bruke git pull og git merge hele tiden for å slå sammen kode. … I tilfelle du ønsker å opprettholde en ren og ryddig git-historikk, git rebase er for deg Bare husk, git rebase bør brukes med forsiktighet, eller du kommer til å betale en pris for det:).
Må jeg slå sammen etter pull?
About pull request merges
I en pull request foreslår du at endringer du har gjort på en head branch skal slås sammen til en base branch. Som standard kan enhver pull-forespørsel slås sammen når som helst, med mindre hovedgrenen er i konflikt med basisgrenen.