Si funksionon bashkimi në Git?

Question

Accepted Answer

**Bashkimi** kombinon ndryshimet nga një degë në një tjetër — zakonisht duke sjellë një degë të përfunduar të features përsëri në degën kryesore. Git menaxhon shumicën e bashkimeve automatikisht, por të kuptuarit e llojeve të bashkimeve dhe **konflikteve** është i rëndësishëm. ## Bashkimi bazik ```bash git switch main # be on the branch you want to merge INTO git merge feature-x # merge feature-x's changes into main ``` Ju kaloheni në degën **target** (ajo që merr ndryshimet) dhe bashkoni degën **source** në të. ## Fast-forward vs merge commit ```text 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 bën fast-forward kur është e mundur (thjesht duke avancuar treguesin) ose krijon një **merge commit** (me dy prindër) kur të dyja degët kanë divergjuar. ## Konflikt bashkimesh ```text 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: ``` ```text <<<<<<< HEAD the version from the current branch (main) ======= the version from the branch being merged (feature-x) >>>>>>> feature-x ``` ```bash # resolve: edit the file to the desired result, remove the markers, then: git add # mark the conflict resolved git commit # complete the merge # git merge --abort # or cancel the merge entirely ``` **Konflikteve** ndodhin kur të dyja degët ndryshojnë të njëjtat rreshta — Git i shënon ato dhe ju manualisht zgjidhni rezultatin e saktë, pastaj bëni stage dhe commit. ## Pse është i rëndësishëm Të kuptuarit e bashkimit është thelbësor sepse kombinimi i ndryshimeve të degëve është një pjesë themelore, konstante e rrjedhave kolaborative Git, kështu që të ditur se si funksionon (përfshirë konflikteve) është njohuri e nevojshme e përditshme. **Bashkimi** është si puna e përfunduar (zakonisht degët feature) integrohet përsëri në degën kryesore — akti i zakonshëm i sjelljes së ndryshimeve përbashkë që ndodh vazhdimisht në zhvillimin e ekipit. Të kuptuarit e ndryshimit midis një **fast-forward merge** (Git thjesht duke avancuar treguesin kur target nuk ka divergjuar, duke mbajtur historikun linear) dhe një **merge commit** (një bashkim tre-drejtimesh duke krijuar një commit të ri me dy prindër kur të dyja degët kanë commits të reja, duke regjistruar se ndodhi një bashkim) qartëson se si Git integron ndryshimet dhe si duket historia e rezultimit. Më e rëndësishmja, të kuptuarit e **konflikteve të bashkimeve** — të cilat ndodhin kur të dyja degët ndryshojnë të njëjtat rreshta ndryshe, kështu Git nuk mund të vendosë automatikisht dhe ju kërkon të zgjidhni — është njohuri praktike jetike: konflikteve janë një pjesë normale, e pashmangshme e kolaborimit, dhe të ditur se si të njohni shënuesit e konfliktit (`<<<<<<<`, `=======`, `>>>>>>>`), të redaktoni skedarin në rezultatin e saktë, dhe të përfundoni bashkimin (stage dhe commit) është një aftësi thelbësore që shpesh është një burim ankthe për ata që nuk e kupton. Meqenëse integrimi i ndryshimeve të degëve përmes bashkimit është themelor dhe konstant në zhvillimin kolaborativ, dhe meqenëse të kuptuarit e llojeve të bashkimit dhe veçanërisht zgjidhja e konflikteve është e nevojshme për të kombinuar punën saktë (një detyrë rutine, e pashmangshme), të kuptuarit se si funksionon bashkimi — bashkimet bazike, fast-forward vs merge commits, dhe zgjidhja e konflikteve — është njohuri Git jetike, e aplikuar shpesh, një aftësi bazë për kolaborimin ku zgjidhja e konflikteve në veçanti është një domosdoshmëri praktike të cilën çdo zhvillues duhet ta trajtojë me siguri.