Git இல் merging எவ்வாறு செயல்படுகிறது?

Question

Accepted Answer

**Merging** ஒரு branch இலிருந்து மற்றொரு branch ஆக மாற்றங்களை இணைக்கிறது — பொதுவாக ஒரு முடிந்த feature branch ஐ main branch ஆக கொண்டு வருகிறது. Git பெரும்பாலான merges களை தானாகவே கையாளுகிறது, ஆனால் merge வகைகள் மற்றும் **conflicts** ஐ புரிந்து கொள்வது முக்கியமாகும். ## அடிப்படை merge ```bash git switch main # be on the branch you want to merge INTO git merge feature-x # merge feature-x's changes into main ``` நீங்கள் **target** branch க்கு (மாற்றங்களைப் பெறும் ஒன்று) மாறுகிறீர்கள் மற்றும் **source** branch ஐ அதற்குள் merge செய்கிறீர்கள். ## 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 சாத்தியமான போது fast-forward செய்கிறது (வெறுமனே pointer ஐ முன்னேற்றுகிறது) அல்லது இரண்டு branches உடையும் போது **merge commit** ஐ உருவாக்குகிறது (இரண்டு parents உடன்). ## Merge conflicts ```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 ``` **Conflicts** இரண்டு branches ஒரே வரிகளை மாற்றும் போது ஏற்படுகிறது — Git அவற்றைக் குறிக்கிறது மற்றும் நீங்கள் சரியான ফলாফலைத் தேர்ந்தெடுத்து, பின்னர் stage மற்றும் commit செய்கிறீர்கள். ## இது ஏன் முக்கியம் Merging ஐ புரிந்து கொள்வது அপরिহार்யமாக உள்ளது, ஏனெனில் branch மாற்றங்களை இணைப்பது collaborative Git workflows ல் ஒரு அடிப்படை, நிரந்தர பகுதியாகும், எனவே இது எவ்வாறு செயல்படுகிறது (conflicts உட்பட) தினசரி ஞ்ஞானம் அவசியம். **Merging** பூர்த்தி செய்யப்பட்ட வேலை (பொதுவாக feature branches) main branch க்கு மீண்டும் ஒருங்கிணைக்கப்படும் வகையாகும் — மாற்றங்களை একসாथ கொண்டு வரும் சாதாரண செயல் இது குழு வளர்ச்சিയில் தொடர்ந்து நிகழ்கிறது. **fast-forward merge** (Git வெறுமனே target வேறுபடாத போது pointer ஐ முன்னேற்றுவது, வரலாற்றை நேரியல் வைத்திருப்பது) மற்றும் **merge commit** (இரண்டு branches க்கும் புதிய commits இருக்கும் போது ஒரு மூன்று-வழி merge ஆ ஒரு புதிய commit ஐ இரண்டு parents உடன் உருவாக்குவது, merge நிகழ்ந்ததை பதிவு செய்வது) ஆகியவற்றுக்கு இடையிலான வேறுபாட்டைப் புரிந்து கொள்வது Git மாற்றங்களை எவ்வாறு ஒருங்கிணைக்கிறது மற்றும் இதன் விளைவாக வரலாறு எவ்வாறு தெரிகிறது என்பதை தெளிவுபடுத்துகிறது. பெரும்பாலும் முக்கியமாக, **merge conflicts** ஐ புரிந்து கொள்வது — இரண்டு branches ஒரே வரிகளை வெவ்வேறு வகையில் மாற்றும் போது ஏற்படுகிறது, எனவே Git தானாகவே முடிவு செய்ய முடியாது மற்றும் தீர்க்க குறிப்பிடுகிறது — இந்த நিலைக்கு பிரয়োজனீய நடைமுறைக் ஞ்ஞானமாகும்: conflicts collaborative இல் ஒரு சாதாரண, தவிர்க்க முடியாத பகுதி, மற்றும் conflict markers (`<<<<<<<`, `=======`, `>>>>>>>`) ஐ எவ்வாறு அறிய வேண்டும், சரியான ফলாফலுக்கு file ஐ திருத்த வேண்டும், மற்றும் merge ஐ முடிக்க வேண்டும் (stage மற்றும் commit) என்பது ஒரு அপरिहार्य திறமை ஆகும் இது அதை புரிந்து கொள்ளாதவர்களுக்கு பெரும்பாலும் கவலையின் மூலமாக உள்ளது. Branch மாற்றங்களை merging வழியாக ஒருங்கிணைப்பது collaborative வளர்ச்சியில் அடிப்படை மற்றும் நிரந்தரமாக உள்ளது, மற்றும் merge வகைகளை புரிந்து கொள்வது மற்றும் குறிப்பாக conflicts ஐ தீர்ப்பது வேலையை சரியாக ஒருங்கிணைப்பதற்கு தேவைப்படுகிறது (ஒரு சாதாரண, தவிர்க்க முடியாத பணி), merging எவ்வாறு செயல்படுகிறது என்பதை புரிந்து கொள்வது — அடிப்படை merges, fast-forward vs merge commits, மற்றும் conflict resolution — அপरिहार்य, அடிக்கடி-பயன்படுத்தப்படும் Git ஞ்ஞானம் ஆகும், collaboration க்கான ஒரு முख திறமை அங்கு conflict resolution குறிப்பாக ஒரு நடைமுறை அவசியம் ஒவ்வொரு developer தன்னம்பிக்கையுடன் கையாள வேண்டும்.