বাস্তব দলে গিট প্রক্রিয়া: কোন ওয়ার্কফ্লো বেছে নেবেন
সাক্ষাৎকারে প্রায়ই প্রশ্ন করা হয়: 'আপনি কোন গিট-ওয়ার্কফ্লো ব্যবহার করেছিলেন?' এই বিভাগের পরে আপনার কাছে একটি সৎ এবং বিস্তারিত উত্তর থাকবে। আমরা তিনটি জনপ্রিয় পদ্ধতি দেখব—ফিচার ব্রাঞ্চ ওয়ার্কফ্লো, গিট ফ্লো এবং ট্রাঙ্ক-ভিত্তিক ডেভেলপমেন্ট—এবং বিশ্লেষণ করব কোথায় প্রতিটি পদ্ধতি ভালো কাজ করে এবং কোথায় এটি বাধা সৃষ্টি করে।
- আপনি সাক্ষাৎকারে তিনটি প্রচলিত গিট-ওয়ার্কফ্লো বর্ণনা করতে এবং তাদের পার্থক্য ব্যাখ্যা করতে সক্ষম হবেন।
- আপনি বুঝতে পারবেন কীভাবে দলের আকার এবং রিলিজের ফ্রিকোয়েন্সি ডেভেলপমেন্ট প্রক্রিয়ার পছন্দকে প্রভাবিত করে।
- আপনি একটি নতুন দলে যোগ দেওয়ার সময় ওয়ার্কফ্লো সম্পর্কে সঠিক প্রশ্ন জিজ্ঞাসা করতে শিখবেন।
จุดเริ่มต้นของบทเรียน
কেন ফিচার ব্রাঞ্চ ওয়ার্কফ্লো?
- ফিচার ব্রাঞ্চ = একটি অধ্যায়ের পৃথক খসড়া
- সমান্তরাল কাজের জন্য কোড বিচ্ছিন্নকরণ
- প্রধান শাখার জন্য ঝুঁকি ছাড়া নিরাপদ পরীক্ষা-নিরীক্ষা
- যেকোনো স্তরের দলের জন্য সহজ বাস্তবায়ন
- শুরু এবং ছোট প্রকল্পের জন্য আদর্শ
মনে করুন আপনি একটি বই নিয়ে কাজ করছেন এবং প্রতিটি অধ্যায়ের জন্য একটি করে পৃথক খসড়া তৈরি করছেন। ফিচার ব্রাঞ্চ ওয়ার্কফ্লো ঠিক সেভাবেই কাজ করে — প্রতিটি নতুন ফিচার একটি বিচ্ছিন্ন পরিবেশে থাকে। এই পদ্ধতি দলগুলিকে একসঙ্গে বিভিন্ন কাজ করতে দেয়, মূল কোডে বিশৃঙ্খলা সৃষ্টি না করে। আপনি নিরাপদে পরীক্ষা-নিরীক্ষা করতে পারেন, জেনে যে প্রধান শাখা স্থিতিশীল থাকে। এটি বিশেষ করে ছোট দলের জন্য উপযুক্ত, যেখানে গতি এবং নমনীয়তা গুরুত্বপূর্ণ। যখন ফিচার প্রস্তুত হয়, এটি কোড রিভিউর মধ্য দিয়ে যায় এবং তারপরেই মূল কোডে যোগ হয়। সরলতা এবং কার্যকারিতাই এই পদ্ধতিটিকে এত জনপ্রিয় করে তোলে।
ফিচার-ব্রাঞ্চের জীবনচক্র
- git checkout -b feature/new-payment
- স্পষ্ট বার্তা সহ কমিট
- git push origin feature/new-payment
- পুল রিকোয়েস্ট তৈরি
- কোড রিভিউ এবং main-এ মার্জ
আসুন ফিচার-ব্রাঞ্চের পুরো পথটি তৈরি থেকে একীভূতকরণ পর্যন্ত দেখি। আমরা git checkout মাইনাস b feature স্ল্যাশ new-payment কমান্ড দিয়ে শুরু করি — এটি main থেকে একটি নতুন শাখা তৈরি করে। টাস্কে কাজ করুন, পরিবর্তনগুলি স্পষ্ট এবং বিস্তারিত বর্ণনা করে কমিট করুন। যখন ফিচার প্রস্তুত হয়, শাখাটিকে রিমোট রিপোজিটরিতে পুশ করুন এবং একটি পুল রিকোয়েস্ট তৈরি করুন। সহকর্মীরা কোড পর্যালোচনা করে, মন্তব্য দেয় এবং সমস্ত সংশোধনের পরে পরিবর্তনগুলি মূল শাখায় যোগ হয়। একটি গুরুত্বপূর্ণ নিয়ম: একটি শাখা = একটি যৌক্তিকভাবে সম্পূর্ণ কাজ। এটি কমিট ইতিহাসে শৃঙ্খলা বজায় রাখতে সহায়তা করে।
# মূল শাখা থেকে শাখা তৈরি করুন
git checkout main
git pull origin main
git checkout -b feature/new-payment
# কাজ করুন এবং কমিট করুন
echo 'পেমেন্ট প্রসেসিং যোগ করুন' > payment.js
git add payment.js
git commit -m 'পেমেন্ট প্রসেসিং মডিউল যোগ করুন'
# পুশ করুন এবং পিআর তৈরি করুন
git push origin feature/new-payment
# এরপর গিটহাব ইউআইয়ের মাধ্যমে পুল রিকোয়েস্ট তৈরি করুন
২টি কমান্ডে ফিচার-ব্রাঞ্চ তৈরি করুন
- ফিচার ব্রাঞ্চ ওয়ার্কফ্লো — সরলতা এবং কার্যকারিতা
- আপডেটেড main থেকে শাখা তৈরি করুন
- git checkout -b feature/new-login
- শাখার নাম টাস্ক প্রতিফলিত করে
- feature/, fix/, docs/ — স্পষ্টতার জন্য উপসর্গ
আসুন অনুশীলনে একটি ফিচার-ব্রাঞ্চ তৈরি করি। মূল শাখায় স্যুইচ করুন এবং এটি আপডেট করুন: git checkout main ডবল এম্পারস্যান্ড git pull। এখন আমাদের টাস্কের জন্য একটি নতুন শাখা তৈরি করুন: git checkout মাইনাস b feature স্ল্যাশ new-login। ফ্ল্যাগ মাইনাস b গিটকে একটি নতুন শাখা তৈরি করতে এবং অবিলম্বে এটিতে স্যুইচ করতে বলে। всего две команды — и вы готовы к работе। নিশ্চিত করুন যে শাখার নাম টাস্কের সারমর্ম প্রতিফলিত করে: feature স্ল্যাশ, fix স্ল্যাশ, বা docs স্ল্যাশ শুরুতে শাখার উদ্দেশ্য দ্রুত বুঝতে সাহায্য করবে। এখন আপনি পরিবর্তন শুরু করতে পারেন।
git checkout main && git pull
# মূল শাখা আপডেট করুন
git checkout -b feature/new-login
# নতুন শাখা তৈরি করুন এবং এতে স্যুইচ করুন
บทเรียนฉบับเต็มใช้ได้เมื่อสมัครสมาชิก
ฉบับเต็มมีสไลด์เพิ่มอีก 31 สไลด์
วิดีโอ สไลด์ทั้งหมด โน้ต แบบทดสอบ AI ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก
เข้าสู่ระบบหรือลงทะเบียน สมัครสมาชิกเนื้อหาบทเรียน
- কেন ফিচার ব্রাঞ্চ ওয়ার্কফ্লো?
- ফিচার-ব্রাঞ্চের জীবনচক্র
- ২টি কমান্ডে ফিচার-ব্রাঞ্চ তৈরি করুন
- পরিবর্তন রিভিউতে পাঠান
- কোড রিভিউ এবং মার্জিং
- গিট ফ্লো: উন্নয়নের জন্য কনভেয়ার
- ফিচার-ব্রাঞ্চ এবং রিলিজ প্রস্তুতি
- জরুরি সংশোধন: হটফিক্স
- অনুশীলন: ফিচার ব্রাঞ্চ তৈরি
- প্রকল্পে Git Flow চালু করা
- নতুন ফিচার ডেভেলপমেন্ট: ব্রাঞ্চ থেকে মর্জ পর্যন্ত
- রিলিজ প্রস্তুতি: পরিবর্তন প্যাকেজিং
- জরুরি সংশোধন: হটফিক্স কার্যকর
- Trunk-Based Development: পদ্ধতির সারমর্ম
- TBD-তে অপ্রস্তুত ফিচার নিয়ে কাজ করা
- প্র্যাকটিস: main-এ ঘন ঘন কমিট
- কখন Trunk-Based Development বেছে নেবেন
- ভুল ১: ছোট টিমের জন্য Git Flow
- ভুল ২: code review ছাড়া Trunk-Based
- ভুল ৩: দীর্ঘস্থায়ী ফিচার ব্রাঞ্চ
- কিভাবে সঠিক ওয়ার্কফ্লো বেছে নেবেন
- কিভাবে Git প্রক্রিয়া বেছে নেবেন: মূল মানদণ্ড
- Feature Branch: স্টার্টআপের জন্য শহরের গাড়ি
- গিট ফ্লো: বড় দলের জন্য অফ-রোডার
- ট্রাঙ্ক-ভিত্তিক: ঘন ঘন রিলিজের জন্য রেসিং কার
- বর্তমান গিট প্রক্রিয়ার বিশ্লেষণ: গিট ফ্লোতে কী সমস্যা
- স্থানান্তর পরিকল্পনা: কিভাবে বাড়ি থেকে স্টুডিওতে স্থানান্তর করবেন
- দলকে নতুন TBD পদ্ধতি শেখানো
- অনুশীলন: TBD-তে ফিচার শাখা স্থানান্তর
- ইন্টারভিউতে ওয়ার্কফ্লো নিয়ে কীভাবে কথা বলবেন
- সমস্যা এবং সমাধানের উদাহরণ
- পরিবর্তন প্রক্রিয়ায় কীভাবে বাস্তবায়ন করা হয়েছিল
- সাক্ষাৎকারে কী বলা উচিত নয়
- আমাদের পথ বেছে নেওয়া: সারসংক্ষেপ এবং হোমওয়ার্ক
บทความเกี่ยวกับบทเรียนนี้
- Git merge กับ rebase: ควรเลือกแบบไหนสำหรับทีมของคุณ
- คำถาม Git ในการสัมภาษณ์งาน: 25 ข้อพร้อมคำตอบ
- Git Flow, GitHub Flow และ trunk-based: ควรเลือก Git workflow แบบไหน
- Git และ GitHub: ต่างกันอย่างไร และเชื่อมโยงกันอย่างไร
- วิธีติดตั้ง Git บน Windows, macOS และ Linux
บทเรียนทั้งหมดในคอร์สนี้
- গিটের ভূমিকা: শুরু থেকে আত্মবিশ্বাসী ডেভেলপার পর্যন্ত
- কেন আদৌ Git প্রয়োজন — এবং কেন এটি ছাড়া চাকরি পাওয়া যায় না
- ইনস্টল এবং কনফিগারেশন: প্রথম চালানোর জন্য Git প্রস্তুত করা
- প্রথম রিপোজিটরি: init, add, commit এবং ইনডেক্সের যাদু
- ইতিহাস পড়া: log, diff, show এবং অতীতে নেভিগেশন
- শাখা: আপনার কোডের সমান্তরাল বাস্তবতা
- ভুল বাতিল: restore, reset, revert — সঠিক ও বিপজ্জনক ব্যবহার
- গিটহাব ও দূরবর্তী রিপোজিটরি: আপনার কোড ক্লাউডে
- দলগত কাজ: ফর্ক, ফিচার ব্রাঞ্চ এবং পুল রিকোয়েস্ট
- মার্জ কনফ্লিক্ট: আতঙ্কিত না হয়ে বুঝুন এবং সমাধান করুন
- বাস্তব দলে গিট প্রক্রিয়া: কোন ওয়ার্কফ্লো বেছে নেবেন
- উন্নত টুল: রিবেস, স্ট্যাশ, চেরি-পিক এবং ট্যাগ
- চূড়ান্ত প্রকল্প: বাস্তব দলগত উন্নয়ন সিমুলেশন