Ter opsomming, wanneer jy veranderinge van een Git-tak in 'n ander wil inkorporeer:
- Gebruik saamsmelt in gevalle waar jy wil hê dat 'n stel verbintenisse duidelik in die geskiedenis saamgegroepeer moet word.
- Gebruik herbasis wanneer jy 'n lineêre commit-geskiedenis wil hou.
- MOENIE herbasis op 'n publieke/gedeelde tak gebruik nie.
Is git pull saamsmelt of herbaseer?
By verstek voer die git pull-opdrag 'n samesmelting uit, maar jy kan dit dwing om die afgeleë tak met 'n rebase te integreer deur dit die --rebase-opsie deur te gee.
Moet ek trek na rebase?
tl;dr Jy moet beide meester en kenmerk opdateer met git pull en git pull --rebase voor rebasing funksie bo-op meester. Dit is nie nodig om 'n git pull te doen nadat jy jou kenmerk herbaseer het nie tak bo-op meester.
Moet ek git pull of git rebase?
Gevolgtrekking. As jy 'n git-beginner is en jy wil hê dat dinge veilig moet wees, beveel ek aan om die heeltyd git pull en git merge te gebruik om kode saam te voeg. … As jy 'n skoon en netjiese git-geskiedenis wil handhaaf, git rebase is vir jou Onthou net, git rebase moet versigtig gebruik word, of jy gaan 'n prys daarvoor betaal:).
Moet ek saamsmelt na trek?
About pull request samesmeltings
In 'n trekversoek stel jy voor dat veranderinge wat jy aan 'n koptak aangebring het in 'n basistak saamgevoeg moet word. By verstek kan enige trekversoek enige tyd saamgevoeg word, tensy die hooftak in stryd is met die basistak.
