Suliejimas sujungia pakeitimus iš vienos šakos į kitą — paprastai grąžindamas pabaigtas savybės šakas atgal į pagrindinę šaką. Git daugumą suliejimų atlieka automatiškai, tačiau svarbu suprasti suliejimo tipus ir konfliktus.
git switch main # be on the branch you want to merge INTO
git merge feature-x # merge feature-x's changes into main
Jūs perjungiatės į šaką (tą, kuri gauna pakeitimus) ir sujungiate į ją šaką.
FAST-FORWARD merge → if main hasn't changed since the branch was created, Git just
MOVES main's pointer forward to the branch's latest commit (no merge commit, linear)
MERGE COMMIT (three-way merge) → if BOTH branches have new commits, Git creates a new
"merge commit" combining them (has two parents) → preserves that a merge happened
→ git merge --no-ff forces a merge commit even when fast-forward is possible
Git sparčiai pereina, kai tai įmanoma (paprasčiausiai pastumdamas rodyklę) arba sukuria suliejimo užduotį (su dviem tėvais), kai abi šakos pasidalijo.
A CONFLICT happens when both branches changed the SAME lines differently — Git can't
auto-decide which to keep, so it asks YOU to resolve:
<<<<<<< HEAD
the version from the current branch (main)
=======
the version from the branch being merged (feature-x)
>>>>>>> feature-x
# resolve: edit the file to the desired result, remove the markers, then:
git add <file> # mark the conflict resolved
git commit # complete the merge
# git merge --abort # or cancel the merge entirely
Konfliktai įvyksta, kai abi šakos keičia tas pačias eilutes — Git jas pažymi, jūs rankiniu būdu pasirenkate teisingą rezultatą, tada paruošiate ir užduodате.
Suprasti suliejimą yra iš esmės svarbu, nes šakų pakeitimų sujungimas yra pagrindinė, nuolatinė kooperacinių Git darbo srautų dalis, todėl žinoti, kaip tai veikia (įskaitant konfliktus), yra būtina kasdieninė žinotyba. Suliejimas yra tai, kaip baigtas darbas (paprastai savybės šakos) integruojamas atgal į pagrindinę šaką — rutininis pakeitimų sujungimo veiksmas, kuris nuolat vyksta komandos kūryboje.
Supratimas apie skirtumą tarp sparčiojo suliejimo (Git paprasčiausiai perduoda rodyklę, kai tikslinė šaka nepasikeitė, paliekant istoriją tiesinę) ir suliejimo užduoties (trijų šalių suliejimas, kuris sukuria naują užduotį su dviem tėvais, kai abi šakos turi naujų užduočių, įrašydamas, kad suliejimas įvyko) paaiškina, kaip Git integruoja pakeitimus ir kaip atrodo gauta istorija.
Svarbiausias dalykas yra suprasti suliejimo konfliktus — kurie įvyksta, kai abi šakos skirtingai keičia tas pačias eilutes, todėl Git negali automatiškai spręsti ir prašo jūsų išspręsti — tai yra labai praktinės žinotybes: konfliktai yra normalus, neišvengiamas bendradarbiavimo dalis, o žinoti, kaip atpažinti konfliktų žymeklius (<<<<<<<, =======, >>>>>>>), redaguoti failą į teisingą rezultatą ir užbaigti suliejimą (paruošti ir užduoti), yra iš esmės reikalingas įgūdis, kuris dažnai sukelia nerimą tiems, kurie to nesuvokia.
Kadangi šakų pakeitimų integravimas per suliejimą yra pagrindinis ir nuolatinis kooperacinio kūrimo dalis, o kadangi reikia suprasti suliejimo tipus ir ypač spręsti konfliktus, norint teisingai sujungti darbą (rutininis, neišvengiamas uždavinys), supratimas, kaip veikia suliejimas — pagrindiniai suliejimai, spartusis perdavimas vs suliejimo užduotys ir konfliktų sprendimas — yra iš esmės reikalinga, dažnai taikoma Git žinotyba, pagrindinį bendradarbiavimo įgūdis, kuriame konfliktų sprendimas ypač yra praktinis būtinumas, kurį kiekvienas kūrėjas turi sugebėti valdyti su pasitikėjimu.