প্রথমত, আমি উল্লেখ করতে চাই যে গিটের মধ্যে প্রত্যেকটি pull
বেশ আক্ষরিক অর্থে একটি ব্রাঞ্চিং অপারেশন এবং প্রত্যেকটিই push
একত্রিত হয়। master
একটি বিকাশকারীর মেশিনে থেকে একটি সম্পূর্ণ পৃথক শাখা master
একটি প্রযুক্তিগত দৃষ্টিকোণ থেকে সমান স্থায়ী সঙ্গে, আপনি ভাগ কেন্দ্রীয় রেপো উপর। আমি মাঝেমধ্যে আমার স্থানীয় সংস্করণটির নাম upstream
বা কোনও কিছুতে নামকরণ করব যদি এটি আমার উদ্দেশ্যগুলির জন্য আরও ভাল করে।
আমি এটি উল্লেখ করছি কারণ অনেক সংস্থাগুলি মনে করে যে তারা আপনার সহকর্মীর চেয়ে শাখাগুলি আরও কার্যকরভাবে ব্যবহার করছে, যখন তারা সত্যিকার অর্থে পথে একটি শাখার জন্য একটি অতিরিক্ত নাম তৈরি করার চেয়ে কিছু বেশি করছে, তবে ইতিহাসে সেটিকে আর সংরক্ষণ করা হবে না। যদি আপনার সহকর্মী একটি পারমাণবিক প্রতিশ্রুতিতে বৈশিষ্ট্যগুলি প্রতিশ্রুতিবদ্ধ হয় তবে এটি কোনও বৈশিষ্ট্য শাখার মার্জ কমিটের মত ব্যাক আউট করা ঠিক তত সহজ। বৈশিষ্ট্য শাখার বিশাল অংশগুলি খুব স্বল্প-কালীন এবং ঘন ঘন যাইহোক মার্জ হওয়া উচিত।
বলা হচ্ছে, তাঁর কাজের ধরণের প্রধান ত্রুটিগুলি দ্বিগুণ। প্রথমত, এটি অসম্পূর্ণ বৈশিষ্ট্যে সহযোগিতা করা খুব কঠিন করে তোলে। যাইহোক, যখন সহযোগিতা প্রয়োজন তখন ঠিক সেই সময়গুলিতে একটি শাখা তৈরি করা কঠিন হবে না।
দ্বিতীয়ত, এটি একত্রীকরণের আগে পর্যালোচনা করা খুব কঠিন। এই মুহুর্তে, আপনাকে আসলে তাকে বোঝানোর দরকার নেই। আপনি গিথুব, জারিট বা গিটল্যাবের মতো একটি সরঞ্জাম গ্রহণ করতে পারেন এবং সমস্ত সংযুক্তির জন্য পুল অনুরোধ কোড পর্যালোচনা এবং পাস হওয়া স্বয়ংক্রিয় পরীক্ষার প্রয়োজন। আপনি যদি এ জাতীয় কিছু না করে থাকেন তবে খোলামেলাভাবে আপনি গিটটি এর সম্পূর্ণ সম্ভাবনার জন্য ব্যবহার করছেন না এবং আপনার সহকর্মী সেই সম্ভাবনাটি দেখছেন না এতে অবাক হওয়ার কিছু নেই।