🌀 Git - Merging Branches (ব্রাঞ্চ মার্জ করা) ​

Git-এ এক বা একাধিক ব্রাঞ্চের পরিবর্তন অন্য একটি ব্রাঞ্চে মার্জ (merge) করার প্রক্রিয়া খুবই গুরুত্বপূর্ণ। মার্জের মাধ্যমে আপনি একাধিক ডেভেলপার বা কাজের ব্রাঞ্চগুলির পরিবর্তন একত্রিত করতে পারেন।

🚀 মার্জ কমান্ডের বেসিক ​

git merge branch-name

git merge branch-name

এটি বর্তমান ব্রাঞ্চে উল্লেখিত ব্রাঞ্চের পরিবর্তন মার্জ করবে।

🔹 উদাহরণ:

git merge feature/new-ui

git merge feature/new-ui

এটি main ব্রাঞ্চে feature/new-ui ব্রাঞ্চের পরিবর্তন মার্জ করবে।

🧠 মার্জিং কিভাবে কাজ করে? ​

1. Git বর্তমান ব্রাঞ্চের সাথে মার্জ করতে চাওয়া ব্রাঞ্চের ইতিহাস তুলনা করে।
2. যদি কোনো কনফ্লিক্ট না থাকে, Git স্বয়ংক্রিয়ভাবে মার্জ করবে।
3. যদি কনফ্লিক্ট থাকে, Git আপনাকে কনফ্লিক্ট ম্যানুয়ালি রেজলভ করতে বলবে।

⚡ মার্জ কনফ্লিক্ট ​

মার্জের সময় যদি একই লাইনে ভিন্ন পরিবর্তন করা হয়ে থাকে, তবে কনফ্লিক্ট হতে পারে। কনফ্লিক্টের উদাহরণ নিচে দেয়া হলো:

কনফ্লিক্ট উদাহরণ: ​

1. feature/login ব্রাঞ্চে login.js ফাইলে কিছু কোড পরিবর্তন হয়েছে।
2. feature/signup ব্রাঞ্চে একই ফাইলে আলাদা কিছু কোড পরিবর্তন হয়েছে।

এখন, যদি আপনি main ব্রাঞ্চে এই দুইটি ব্রাঞ্চ মার্জ করেন, তবে Git কনফ্লিক্ট দেখতে পাবে এবং আপনাকে কনফ্লিক্ট রেজলভ করতে হবে।

📜 মার্জের পর কনফ্লিক্ট রেজলভ করার পদক্ষেপ: ​

১. কনফ্লিক্ট ফাইল খুঁজুন: ​

git status

git status

এটি দেখাবে যে কোন ফাইলগুলিতে কনফ্লিক্ট রয়েছে।

২. কনফ্লিক্ট সমাধান করুন: ​

ফাইলটি খুলে কনফ্লিক্ট সেগমেন্ট গুলি দেখতে পাবেন। উদাহরণস্বরূপ:

<<<<<<< HEAD
console.log("This is the main branch change");
=======
console.log("This is the feature branch change");
>>>>>>> feature/login

<<<<<<< HEAD
console.log("This is the main branch change");
=======
console.log("This is the feature branch change");
>>>>>>> feature/login

এখানে আপনি সঠিক কোড নির্বাচন করে কনফ্লিক্ট রেজলভ করবেন।

৩. কনফ্লিক্ট সমাধান করার পর: ​

git add conflicted-file.js
git commit

git add conflicted-file.js
git commit

এটি কনফ্লিক্ট রেজলভ হওয়ার পর একটি নতুন কমিট তৈরি করবে।

🚧 Fast-Forward মার্জ ​

কখনো কখনো, একটি ব্রাঞ্চের সবকিছু সরাসরি নতুন ব্রাঞ্চের মতো থাকে এবং কোনও কনফ্লিক্ট ছাড়াই মার্জ করা যায়। এটিকে fast-forward merge বলা হয়।

🔹 উদাহরণ:

ধরা যাক, আপনি main ব্রাঞ্চে আছেন এবং feature/add-new-feature ব্রাঞ্চটি main ব্রাঞ্চের উপর ভিত্তি করে কাজ করেছে। এই ক্ষেত্রে, আপনি যখন main ব্রাঞ্চে feature/add-new-feature মার্জ করবেন, তখন এটি একটি fast-forward merge হবে।

git checkout main
git merge feature/add-new-feature

git checkout main
git merge feature/add-new-feature

এটি ব্রাঞ্চে কোনো মার্জ কমিট ছাড়াই সরাসরি পরিবর্তনগুলো যুক্ত করবে।

🔄 Rebase vs Merge ​

মার্জ করার সময় অতিরিক্ত মার্জ কমিট তৈরি হতে পারে, যা ইতিহাসকে কিছুটা বিশৃঙ্খল করে ফেলতে পারে। একে এড়ানোর জন্য আপনি rebase ব্যবহার করতে পারেন।

উদাহরণ: ​

1. মার্জ কমান্ড:

git checkout main
git merge feature/add-new-feature

git checkout main
git merge feature/add-new-feature

এটি একটি মার্জ কমিট তৈরি করবে।

2. Rebase কমান্ড:

git checkout feature/add-new-feature
git rebase main

git checkout feature/add-new-feature
git rebase main

এটি ইতিহাসের মধ্যে মার্জ কমিট তৈরি না করে সরাসরি আপডেট করবে।

🧑‍💻 উদাহরণ ১: একক ব্রাঞ্চ মার্জ ​

git checkout main
git merge feature/landing-page

git checkout main
git merge feature/landing-page

এটি feature/landing-page ব্রাঞ্চকে main ব্রাঞ্চে মার্জ করবে।

🧑‍💻 উদাহরণ ২: মার্জের পরে কনফ্লিক্ট সমাধান ​

git checkout main
git merge feature/authentication
# কনফ্লিক্ট হয়
# কনফ্লিক্ট ফাইলগুলি ম্যানুয়ালি সমাধান করুন
git add conflict-file.js
git commit

git checkout main
git merge feature/authentication
# কনফ্লিক্ট হয়
# কনফ্লিক্ট ফাইলগুলি ম্যানুয়ালি সমাধান করুন
git add conflict-file.js
git commit

🧑‍💻 উদাহরণ ৩: Fast-Forward মার্জ ​

git checkout main
git merge feature/new-feature

git checkout main
git merge feature/new-feature

এটি একটি fast-forward মার্জ হবে যদি feature/new-feature ব্রাঞ্চের সমস্ত পরিবর্তন main ব্রাঞ্চের বর্তমান ইতিহাসের উপর ভিত্তি করে থাকে।

🧑‍💻 উদাহরণ ৪: কনফ্লিক্ট রেজলভ করার পর নতুন ব্রাঞ্চে মার্জ ​

git checkout main
git merge feature/old-bugfix
# কনফ্লিক্ট থাকে
# কনফ্লিক্ট রেজলভ করার পর
git commit -m "Resolved conflicts and merged feature/old-bugfix"

git checkout main
git merge feature/old-bugfix
# কনফ্লিক্ট থাকে
# কনফ্লিক্ট রেজলভ করার পর
git commit -m "Resolved conflicts and merged feature/old-bugfix"

💡 অতিরিক্ত টিপস: ​

• কনফ্লিক্ট সমাধানের সময়:

  • Git কনফ্লিক্টের মধ্যে <<<<<<< HEAD এবং ======= চিহ্ন দ্বারা দুটি সংস্করণ আলাদা করে।
  • আপনার কাজ হচ্ছে সেগুলো সঠিকভাবে একত্রিত করা।

• git merge --no-ff:

  • এই অপশনটি ব্যবহার করলে Git প্রতিটি মার্জের জন্য একটি নতুন কমিট তৈরি করবে, এমনকি যদি মার্জটি ফাস্ট-ফরওয়ার্ড হয়।
  bash

  git merge --no-ff feature/bugfix

  git merge --no-ff feature/bugfix

• git merge --squash:

  • এটি সবগুলো পরিবর্তন একত্রিত করে একটি একক কমিটে মার্জ করবে, যাতে ইতিহাস পরিষ্কার থাকে।
  bash

  git merge --squash feature/new-feature
  git commit -m "Merged feature/new-feature with squash"

  git merge --squash feature/new-feature
  git commit -m "Merged feature/new-feature with squash"

✅ ভালো অভ্যাস (Best Practices) ​

• ✅ মার্জের আগে ব্রাঞ্চের সর্বশেষ আপডেট চেক করুন।
• ✅ কনফ্লিক্ট রেজলভ করার সময় পরিবর্তনগুলির পুরোপুরি পরীক্ষা করুন।
• ✅ মার্জ করার আগে আপনার লোকাল ব্রাঞ্চে প্রয়োজনীয় টেস্ট চালান।
• ✅ প্রয়োজনে মার্জ কমিটের জন্য ভালো মেসেজ দিন, যেমন "Merged feature/login with bug fixes".

🔐 সতর্কতা ​

• ⚠️ মার্জ করার পর কনফ্লিক্ট থাকলে সাবধানে রেজলভ করুন, না হলে ডেটা হারানোর সম্ভাবনা থাকে।
• ⚠️ main বা master ব্রাঞ্চের উপর অপ্রত্যাশিত মার্জ করবেন না যদি না আপনি নিশ্চিত হন।