Git, GitHub, PR & Version Control Interview Questions in Bangla

🔥 Git, GitHub, PR & Version Control – Interview Questions (Bangla)

---

🔸 Version Control Basics

প্রশ্ন ১: Version Control System (VCS) কী?

উত্তর:
Version Control System এমন একটি সিস্টেম যা কোডের প্রতিটি পরিবর্তনের ইতিহাস সংরক্ষণ করে এবং একাধিক ডেভেলপারকে একসাথে কাজ করতে সাহায্য করে।

---

প্রশ্ন ২: Version control কেন দরকার?

উত্তর:

• কোড পরিবর্তনের ইতিহাস সংরক্ষণ
• ভুল হলে আগের ভার্সনে ফিরে যাওয়া
• একাধিক ডেভেলপার একসাথে কাজ করা
• Conflict সহজে ম্যানেজ করা

---

প্রশ্ন ৩: Version control ছাড়া কী সমস্যা হয়?

উত্তর:

• কোড overwrite হয়ে যেতে পারে
• কে কী পরিবর্তন করেছে বোঝা যায় না
• Backup বা rollback সম্ভব হয় না

---

প্রশ্ন ৪: Centralized ও Distributed VCS এর পার্থক্য কী?

উত্তর:

• Centralized: SVN
• Distributed: Git
• Git এ সম্পূর্ণ repository লোকাল মেশিনে থাকে

---

প্রশ্ন ৫: Git কী?

উত্তর:
Git হলো একটি Distributed Version Control System যা Linus Torvalds তৈরি করেছেন।

---

প্রশ্ন ৬: Git আর GitHub কি এক জিনিস?

উত্তর:
না।

• Git → version control tool
• GitHub → Git repository hosting platform

---

প্রশ্ন ৭: GitHub ছাড়া কি Git ব্যবহার করা যায়?

উত্তর:
হ্যাঁ, সম্পূর্ণ লোকালভাবেও Git ব্যবহার করা যায়।

---

প্রশ্ন ৮: Repository কী?

উত্তর:
Repository হলো একটি প্রজেক্টের সম্পূর্ণ source code ও commit history সংরক্ষণের জায়গা।

---

প্রশ্ন ৯: Local ও Remote repository কী?

উত্তর:

• Local → নিজের কম্পিউটারে
• Remote → GitHub / GitLab এ

---

প্রশ্ন ১০: Git workflow কী?

উত্তর:
কোড লেখা → commit → push → pull request → review → merge

---

🔸 Basic Git Commands

প্রশ্ন ১১: git init কী করে?

উত্তর:
নতুন Git repository তৈরি করে।

---

প্রশ্ন ১২: git clone কী?

উত্তর:
Remote repository লোকাল মেশিনে কপি করে।

---

প্রশ্ন ১৩: git status কী দেখায়?

উত্তর:
Working directory ও staging area এর অবস্থা দেখায়।

---

প্রশ্ন ১৪: git add কী?

উত্তর:
ফাইল staging area-তে পাঠায়।

---

প্রশ্ন ১৫: git commit কী?

উত্তর:
Staged পরিবর্তন স্থায়ীভাবে history-তে সংরক্ষণ করে।

---

প্রশ্ন ১৬: ভালো commit message কেমন হওয়া উচিত?

উত্তর:

• ছোট
• পরিষ্কার
• অর্থবোধক

উদাহরণ:

fix: login validation issue

---

প্রশ্ন ১৭: git log কী?

উত্তর:
সব commit history দেখায়।

---

প্রশ্ন ১৮: git diff কী?

উত্তর:
বর্তমান পরিবর্তন ও আগের commit এর পার্থক্য দেখায়।

---

প্রশ্ন ১৯: git reset কী?

উত্তর:
Commit বা staging বাতিল করতে ব্যবহৃত হয়।

---

প্রশ্ন ২০: git revert কী?

উত্তর:
নতুন commit তৈরি করে আগের commit undo করে।

---

🔸 Branch & Merge

প্রশ্ন ২১: Branch কী?

উত্তর:
Branch হলো মূল কোড থেকে আলাদা একটি development line।

---

প্রশ্ন ২২: Branch কেন দরকার?

উত্তর:

• Feature আলাদা করে কাজ করা
• Main branch নিরাপদ রাখা

---

প্রশ্ন ২৩: Default branch কোনটি?

উত্তর:
বর্তমানে main।

---

প্রশ্ন ২৪: git checkout -b কী?

উত্তর:
নতুন branch তৈরি ও switch করে।

---

প্রশ্ন ২৫: Merge কী?

উত্তর:
এক branch-এর কোড অন্য branch-এ যুক্ত করা।

---

প্রশ্ন ২৬: Merge conflict কী?

উত্তর:
একই লাইনে একাধিক পরিবর্তন হলে conflict হয়।

---

প্রশ্ন ২৭: Conflict কীভাবে resolve করা হয়?

উত্তর:

• ম্যানুয়ালি কোড ঠিক করা
• পুনরায় commit করা

---

প্রশ্ন ২৮: Fast-forward merge কী?

উত্তর:
যখন main branch এ নতুন commit না থাকে।

---

প্রশ্ন ২৯: Rebase কী?

উত্তর:
Commit history পরিষ্কার করার পদ্ধতি।

---

প্রশ্ন ৩০: Cherry-pick কী?

উত্তর:
নির্দিষ্ট একটি commit অন্য branch-এ নেওয়া।

---

🔸 GitHub & Pull Request

প্রশ্ন ৩১: Remote repository কী?

উত্তর:
GitHub বা GitLab এ থাকা repository।

---

প্রশ্ন ৩২: origin কী?

উত্তর:
Remote repository এর default নাম।

---

প্রশ্ন ৩৩: git push কী?

উত্তর:
Local commit remote এ পাঠায়।

---

প্রশ্ন ৩৪: git pull কী?

উত্তর:
Remote পরিবর্তন নিয়ে এসে merge করে।

---

প্রশ্ন ৩৫: git fetch ও git pull পার্থক্য কী?

উত্তর:

• fetch → শুধু ডাটা আনে
• pull → আনে + merge করে

---

প্রশ্ন ৩৬: Fork কী?

উত্তর:
অন্যের repository নিজের GitHub অ্যাকাউন্টে কপি করা।

---

প্রশ্ন ৩৭: Fork কেন দরকার?

উত্তর:
Open-source contribution এর জন্য।

---

প্রশ্ন ৩৮: Pull Request (PR) কী?

উত্তর:
এক branch-এর পরিবর্তন অন্য branch-এ যুক্ত করার অনুরোধ।

---

প্রশ্ন ৩৯: PR কেন দরকার?

উত্তর:

• Code review
• Bug ধরা
• Team approval

---

প্রশ্ন ৪০: PR workflow কী?

উত্তর:

feature → push → PR → review → merge

---

প্রশ্ন ৪১: Code review কী?

উত্তর:
অন্য ডেভেলপার দ্বারা কোড যাচাই।

---

প্রশ্ন ৪২: PR merge এর ধরন কয়টি?

উত্তর:

• Merge commit
• Squash merge
• Rebase merge

---

প্রশ্ন ৪৩: Squash merge কী?

উত্তর:
একাধিক commit একটিতে পরিণত করা।

---

প্রশ্ন ৪৪: Draft PR কী?

উত্তর:
কাজ চলমান অবস্থায় তৈরি করা PR।

---

🔸 Laravel + Git

প্রশ্ন ৪৫: .gitignore কী?

উত্তর:
যেসব ফাইল Git track করবে না সেগুলোর তালিকা।

---

প্রশ্ন ৪৬: Laravel এ কোন ফাইল gitignore করা হয়?

উত্তর:

.env
/vendor
/node_modules
/storage/*.log

---

প্রশ্ন ৪৭: .env ফাইল Git এ রাখা হয় না কেন?

উত্তর:
এতে database password ও secret key থাকে।

---

প্রশ্ন ৪৮: Git stash কী?

উত্তর:
অসম্পূর্ণ কাজ সাময়িকভাবে লুকিয়ে রাখা।

---

প্রশ্ন ৪৯: git stash pop কী?

উত্তর:
Stash করা কাজ ফিরিয়ে আনে।

---

প্রশ্ন ৫০: Git tag কী?

উত্তর:
Release version চিহ্নিত করতে ব্যবহৃত হয়।

---

প্রশ্ন ৫১: Semantic versioning কী?

উত্তর:
MAJOR.MINOR.PATCH

---

প্রশ্ন ৫২: Git hooks কী?

উত্তর:
Commit বা push এর আগে অটোমেটিক script চালানো।

---

প্রশ্ন ৫৩: Hotfix branch কী?

উত্তর:
Production bug দ্রুত ঠিক করার branch।

---

প্রশ্ন ৫৪: Feature branch কী?

উত্তর:
নতুন feature ডেভেলপ করার জন্য branch।

---

প্রশ্ন ৫৫: Professional Git workflow কেমন হওয়া উচিত?

উত্তর:

• main → production
• develop → testing
• feature/* → new feature
• hotfix/* → urgent bug

---

প্রশ্ন ৫৬: গিট এ slash command কেন ব্যবহার করা হয়?

উত্তর:

Git-এ "slash command" বলতে যদি আপনি / দিয়ে শুরু হওয়া কমান্ডের কথা বলেন (যেমন /rebase, /merge, /assign ইত্যাদি), তাহলে এগুলো Git এর মূল কমান্ড নয়, বরং এগুলো সাধারণত ব্যবহার হয় GitHub, GitLab, Bitbucket ইত্যাদি platform-এর issue, pull request, এবং comment সেকশনে automation বা bot trigger করার জন্য।

---

Slash Command আসলে কী?

Slash command হলো / দিয়ে শুরু হওয়া বিশেষ কমান্ড যা CI/CD tools বা bots (যেমন: GitHub Actions, GitLab CI/CD, GitHub bots) বুঝতে পারে এবং কোন একটি নির্দিষ্ট কাজ করে।

---

ব্যবহার কোথায় হয়:
1. GitHub / GitLab Pull Request এ

/rebase
/merge
/test
/retry

এই কমান্ডগুলো কমেন্ট হিসেবে দিলে কোনো bot বা GitHub Action ট্রিগার হয়।

2. Automation ও ChatOps এ

Slack বা Discord-এর মতো চ্যাট টুলে GitHub বা GitLab ইনটিগ্রেটেড থাকলে /deploy টাইপ কমান্ডে অটো ডিপ্লয় শুরু হতে পারে।

---

উদাহরণ (GitHub context):

ধরা যাক আপনি একটি Pull Request এ /rebase লিখে কমেন্ট করলেন।
যদি সেখানে GitHub bot সেটআপ করা থাকে যে /rebase দেখলে git rebase চালাবে — তাহলে ওই কাজটি অটোমেটেডভাবে হবে।

---

কেন ব্যবহার করা হয়?

• Manual কাজ কমানোর জন্য
• CI/CD pipeline trigger করার জন্য
• Code review বা merge process দ্রুত করার জন্য
• ChatOps integration এর জন্য

---

গুরুত্বপূর্ণ কথা:

যদি আপনার প্রকল্পে bot বা CI/CD pipeline এ এই কমান্ডগুলোর সাপোর্ট না থাকে, তাহলে /command টাইপের কিছু লেখার কোনো প্রভাব থাকবে না।

প্রশ্ন ৫৭: গিট এ 2 জন ইউজার এর কোড (২ টা আলাদা ব্রাঞ্চ) মেইন ব্রাঞ্চ এ মার্জ করবো কিভাবে?

উত্তর:

Git-এ দুইজন ইউজারের কোড (যারা দুইটি আলাদা branch এ কাজ করেছেন) main branch এ merge করার জন্য নিচের ধাপগুলো অনুসরণ করতে পারেন:

---

ধরুন:

• user1 কাজ করেছেন feature/user1-login ব্রাঞ্চে
• user2 কাজ করেছেন feature/user2-dashboard ব্রাঞ্চে
• এখন আপনাকে এই দুইটি ব্রাঞ্চ main-এ merge করতে হবে।

---

Step by Step merging process:
1. প্রথমে আপনার লোকাল রিপোজিটরি আপডেট করুন

git fetch origin

2. main ব্রাঞ্চে যান

git checkout main

3. সর্বশেষ আপডেট নিন

git pull origin main

4. প্রথম ব্রাঞ্চ মার্জ করুন

git merge feature/user1-login

যদি কনফ্লিক্ট না থাকে:

git push origin main

যদি কনফ্লিক্ট থাকে:

• ফাইলগুলো ওপেন করে কনফ্লিক্ট ম্যানুয়ালি ঠিক করুন
• তারপর:

git add .
git commit
git push origin main

---

5. এরপর দ্বিতীয় ব্রাঞ্চ মার্জ করুন

git merge feature/user2-dashboard

আবার একইভাবে:

• কনফ্লিক্ট থাকলে ঠিক করুন
• না থাকলে সরাসরি push করুন:

git push origin main

---

বিকল্পভাবে (Pull Request দিয়ে Merge)

যদি আপনি GitHub / GitLab ব্যবহার করেন, তাহলে:

1. feature/user1-login থেকে Pull Request (PR) খুলুন → main এ merge করুন
2. এরপর feature/user2-dashboard থেকে আরেকটি PR খুলুন → main এ merge করুন

এতে Git স্বয়ংক্রিয়ভাবে কনফ্লিক্ট detect করবে এবং দেখাবে।

---

উপসংহার:

• দুইটি ব্রাঞ্চ আলাদাভাবে main এ merge করতে হবে, একবারে দুটো নয়।
• প্রতিটি merge এর সময় কনফ্লিক্ট আসলে ম্যানুয়ালি resolve করতে হবে।
• GitHub ব্যবহার করলে Pull Request ও review process সহজ করে দেয়।