রিবেজ বনাম মার্জ

এখন যেহেতু আপনি রিবেসিং এবং মারজিং হতে দেখেছেন, আপনি হয়তো ভাবছেন কোনটি ভাল। আমরা এর উত্তর দেওয়ার আগে, আসুন একটু পিছিয়ে যাই এবং history বলতে কী বোঝায় তা দেখি।

এই বিষয়ে একটি দৃষ্টিভঙ্গি হল যে আপনার রিপোজিটরির কমিটের history মূলত কী ঘটেছিল তার একটি রেকর্ড। এটি এমন একটি ঐতিহাসিক দলিল, যা অনেক মূল্যবান, এবং এর সাথে হেরফের করা উচিত নয়। এজায়গা থেকে, কমিট history পরিবর্তন প্রায় নিন্দাজনক; এটি পরিবর্তন করলে মনে হবে, আপনি আসলে যা ঘটেছে তা নিয়ে মিথ্যা বলছেন। তাহলে কি মার্জ কমিটের একটি অগোছালো সিরিজ ছিল? এটি মূলত এভাবেই ঘটেছে, এবং রিপজিটরিটি পরবর্তী উত্তরসূরির জন্য সংরক্ষণ করা উচিত।

বিপরীত দৃষ্টিকোণ হল যে কমিট history হল আপনার প্রজেক্টটি কীভাবে তৈরি করা হয়েছিল তার গল্প। আপনি একটি বইয়ের প্রথম খসড়া কখনও প্রকাশ করবেন না, তাহলে কেন আপনার অগোছালো কাজগুলো দেখাবেন? আপনি যখন একটি প্রজেক্টে কাজ করছেন, তখন আপনার সমস্ত ভুল পদক্ষেপ এবং শেষের পথের রেকর্ডের প্রয়োজন হতে পারে, কিন্তু যখন আপনার কাজটি বিশ্বকে দেখানোর সময় হয়, তখন আপনি কীভাবে A থেকে B তে গিয়েছেন, তার একটি আরও সুসংগত গল্প বলতে পারেন। এক্ষেত্রে লোকেরা মেইনলাইন ব্রাঞ্চে মার্জ হওয়ার আগে তাদের কমিটগুলিকে পুনরায় লিখতে rebase এবং filter-branch মতো টুলগুলি ব্যবহার করে। তারা রিবেস এবং ফিল্টার-ব্রাঞ্চের মতো টুলগুলি ব্যবহার করে, ভবিষ্যতের পাঠকদের জন্য সেরা গল্পটি বলার জন্য।

এখন, মার্জিং বা রিবেসিং করা ভাল কিনা এই প্রশ্নের উত্তরে: আশা করি আপনি দেখতে পাবেন যে এর উত্তর দেয়া এত সহজ নয়। গিট একটি শক্তিশালী টুল, এবং আপনাকে আপনার history-এর সাথে অনেক কিছু করার অনুমতি দেয়, কিন্তু প্রতিটি দল এবং প্রতিটি প্রজেক্ট আলাদা আলাদা। এখন যেহেতু আপনি জানেন যে এই দুটি জিনিস কীভাবে কাজ করে, আপনার নির্দিষ্ট পরিস্থিতির জন্য কোনটি সেরা তা সিদ্ধান্ত নেওয়ার দায়িত্ব ও তাই আপনার উপর নির্ভর করে।

আপনি উভয় ক্ষেত্রেই সেরাটি পেতে পারেনঃ আপনার কাজ clean up করার জন্য চাপ দেওয়ার আগে লোকাল পরিবর্তনগুলিকে রিবেস করুন, কিন্তু আপনি কোথাও পুশ করেছেন এমন কোনও কিছুকে রিবেস করবেন না।