Cum funcționează fuzionarea în Git?

Question

Accepted Answer

**Fuzionarea** combină modificări dintr-o ramură în alta — de obicei readucând o ramură de funcționalitate completată în ramura principală. Git gestionează majoritatea fuzionărilor automat, dar înțelegerea tipurilor de fuzionare și a **conflictelor** este importantă. ## Fuzionare de bază ```bash git switch main # be on the branch you want to merge INTO git merge feature-x # merge feature-x's changes into main ``` Te comuti pe ramura **țintă** (cea care primește modificări) și fuzionezi ramura **sursă** în ea. ## Fast-forward vs commit de fuzionare ```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 face fast-forward când este posibil (pur și simplu avansând indicatorul) sau creează un **commit de fuzionare** (cu doi părinți) când ambele ramuri s-au divergat. ## Conflicte de fuzionare ```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 ``` **Conflictele** apar când ambele ramuri modifică aceleași linii — Git le marchează și tu alegi manual rezultatul corect, apoi etapezi și faci commit. ## De ce este important Înțelegerea fuzionării este esențială deoarece combinarea modificărilor din ramuri este o parte fundamentală și constantă a fluxurilor de lucru Git colaborative, deci cunoașterea modului în care funcționează (inclusiv conflictele) este cunoaștere necesară zilnică. **Fuzionarea** este modul în care munca completată (de obicei ramuri de funcționalitate) se integrează înapoi în ramura principală — actul de rutină de a aduna modificări care se întâmplă continuu în dezvoltarea în echipă. Înțelegerea diferenței dintre o **fuzionare fast-forward** (Git pur și simplu avansează indicatorul când ținta nu s-a divergat, păstrând istoricul liniar) și un **commit de fuzionare** (o fuzionare în trei căi creând un nou commit cu doi părinți când ambele ramuri au noi commit-uri, înregistrând că a avut loc o fuzionare) clarifică modul în care Git integrează modificări și cum arată istoricul rezultat. Cel mai important, înțelegerea **conflictelor de fuzionare** — care apar când ambele ramuri modifică aceleași linii diferit, deci Git nu poate decide automat și te întreabă să rezolvi — este cunoaștere practică crucială: conflictele sunt o parte normală, inevitabilă a colaborării, și cunoașterea modului de a recunoaște marcatorii de conflict (`<<<<<<<`, `=======`, `>>>>>>>`), de a edita fișierul la rezultatul corect și de a completa fuzionarea (etapează și fă commit) este o abilitate esențială care este adesea o sursă de anxietate pentru cei care nu o înțeleg. Deoarece integrarea modificărilor din ramuri prin fuzionare este fundamentală și constantă în dezvoltarea colaborativă, și deoarece înțelegerea tipurilor de fuzionare și în special rezolvarea conflictelor este necesară pentru a combina munca corect (o sarcină de rutină, inevitabilă), înțelegerea modului în care funcționează fuzionarea — fuzionări de bază, fast-forward vs commit-uri de fuzionare și rezolvarea conflictelor — este cunoaștere Git esențială, des aplicată, o abilitate de bază pentru colaborare unde rezolvarea conflictelor în special este o necesitate practică pe care fiecare dezvoltator trebuie să o gestioneze cu încredere.