Git এ merging কীভাবে কাজ করে?

Question

Accepted Answer

**Merging** এক শাখার পরিবর্তনগুলি অন্য শাখায় একত্রিত করে — সাধারণত একটি সম্পন্ন feature branch কে main branch এ ফিরিয়ে আনে। Git বেশিরভাগ merge স্বয়ংক্রিয়ভাবে পরিচালনা করে, তবে 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 বনাম 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 এগিয়ে নিয়ে যায়) অথবা **merge commit** তৈরি করে (দুটি parent সহ) যখন উভয় শাখা বিচ্ছিন্ন হয়। ## 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** ঘটে যখন উভয় শাখা একই লাইন পরিবর্তন করে — Git সেগুলি চিহ্নিত করে এবং আপনি ম্যানুয়ালি সঠিক ফলাফল নির্বাচন করেন, তারপর stage এবং commit করেন। ## এটি কেন গুরুত্বপূর্ণ Merging বোঝা অপরিহার্য কারণ branch পরিবর্তনগুলি একত্রিত করা সহযোগিতামূলক Git workflows এর একটি মৌলিক, ক্রমাগত অংশ, তাই এটি কীভাবে কাজ করে (conflicts সহ) তা বোঝা প্রয়োজনীয় দৈনন্দিন জ্ঞান। **Merging** হল কীভাবে সম্পন্ন কাজ (সাধারণত feature branches) মূল শাখায় একীভূত হয় — পরিবর্তনগুলি একসাথে আনার দৈনন্দিন কাজ যা দল উন্নয়নে ক্রমাগত ঘটে। **fast-forward merge** (Git সহজভাবে pointer এগিয়ে নিয়ে যায় যখন target বিচ্ছিন্ন হয়নি, ইতিহাস রৈখিক রাখে) এবং **merge commit** (একটি তিন-উপায় merge যা দুটি parent সহ একটি নতুন commit তৈরি করে যখন উভয় শাখার নতুন commits থাকে, যা একটি merge ঘটেছে তা রেকর্ড করে) এর মধ্যে পার্থক্য বোঝা স্পষ্ট করে যে Git কীভাবে পরিবর্তনগুলি একীভূত করে এবং ফলস্বরূপ ইতিহাস কেমন দেখায়। সবচেয়ে গুরুত্বপূর্ণ, **merge conflicts** বোঝা — যা ঘটে যখন উভয় শাখা একই লাইন ভিন্নভাবে পরিবর্তন করে, তাই Git স্বয়ংক্রিয়ভাবে সিদ্ধান্ত নিতে পারে না এবং আপনাকে সমাধান করতে বলে — অত্যন্ত ব্যবহারিক জ্ঞান: conflicts সহযোগিতার একটি স্বাভাবিক, অনিবার্য অংশ, এবং conflict markers ( `<<<<<<<`, `=======`, `>>>>>>>`) কীভাবে চিনতে হয়, সঠিক ফলাফলে ফাইল সম্পাদনা করতে হয় এবং merge সম্পন্ন করতে হয় (stage এবং commit) তা বোঝা একটি অপরিহার্য দক্ষতা যা প্রায়শই যারা এটি বোঝে না তাদের জন্য উদ্বেগের উৎস। যেহেতু branch পরিবর্তনগুলি merging এর মাধ্যমে একীভূত করা সহযোগিতামূলক উন্নয়নে মৌলিক এবং ক্রমাগত, এবং যেহেতু merge প্রকার বোঝা এবং বিশেষত conflicts সমাধান করা কাজ সঠিকভাবে একত্রিত করার জন্য প্রয়োজনীয় (একটি দৈনন্দিন, অনিবার্য কাজ), merging কীভাবে কাজ করে তা বোঝা — মৌলিক merges, fast-forward বনাম merge commits, এবং conflict resolution — অপরিহার্য, ঘন ঘন প্রয়োগ করা হয় এমন Git জ্ঞান, সহযোগিতার একটি মূল দক্ষতা যেখানে conflict resolution বিশেষত একটি ব্যবহারিক প্রয়োজনীয়তা যা প্রতিটি ডেভেলপারকে আত্মবিশ্বাসের সাথে পরিচালনা করতে হবে।