একাধিক টিমের জন্য গিট ওয়ার্কফ্লো

Question

আমরা গিট ব্যবহার শুরু করতে যাচ্ছি (এটি এখনও ব্যবহার করছে না), এবং আমি কার্যপ্রবাহটি সংজ্ঞায়িত করতে চাই।

আমাদের 4 টি বিভিন্ন বিশ্বব্যাপী লোকেশনে 4 টি দল রয়েছে, একই পণ্য এক সাথে বিকাশ করছে। প্রতিটি দলই পণ্যের কোডের একটি অংশের মালিক, তবে কখনও কখনও তাদের অন্যান্য দলের মালিকানাধীন কোডেও পরিবর্তন আনতে হয়।

এই জাতীয় পরিবেশের জন্য কি গিট ওয়ার্কফ্লোর জন্য কোনও সুপারিশ রয়েছে?

আমি ইতিমধ্যে এই নিবন্ধটি দেখেছি , তবে এখানে দৃষ্টিভঙ্গি হ'ল "আমরা যথাসম্ভব অতিরিক্ত শাখা তৈরি করি" এবং আমি "প্রতিটি ব্যবহারকারীর গল্পের জন্য শাখা" পদ্ধতির উপর আরও বিশ্বাস করি।

এছাড়াও, এই নিবন্ধটি একটি দুর্দান্ত পদ্ধতির উপস্থাপন করে।

আমার মনে ছিল একটি মাস্টার শাখা, নিয়মিতভাবে প্রতিটি দলকে মাস্টারগুলিতে মার্জ করা এবং প্রতি দলের-স্টোরি শাখাগুলি দলের শাখায় মার্জ করা per এটি কি কোনও অর্থবহ, বা এটি কাজ করবে না?

Comments

আমরা এই ব্রাঞ্চিং মডেলটি ব্যবহার করি, তবে আমি মনে করি আপনি যদি "বৈশিষ্ট্য শাখা" "গল্পের শাখা" হিসাবে পড়েন তবে এটি আপনার দ্বিতীয় নিবন্ধের সাথে সত্যই ভাল জাগে।

আমি নিশ্চিত যে 10 জন এতে 10 টি ভিন্ন প্রতিক্রিয়া দিয়ে জবাব দিতে পারে। আমার জন্য যা কাজ করে তা এখানে: আমাদের গিথুবে একটি মাস্টার রেপো রয়েছে যা 'কারেন্ট' রিলিজ বোঝায়। পুরানো প্রকাশগুলি ব্রাঞ্চযুক্ত (যদিও ট্যাগিংটিও কাজ করে)। দলের সদস্যরা যে কাজ করছে সেগুলির জন্য শাখা তৈরি করতে উত্সাহিত হয়। সম্পূর্ণ হয়ে গেলে, তারা মাস্টার (বা যেখানে কখনও এটিতে মার্জ হওয়া দরকার) এর জন্য একটি টান অনুরোধ জানায় এবং তারপরে অন্য কেউ পুলের অনুরোধটি পর্যালোচনা করে এবং এটি মাস্টারে মার্জ করার জন্য দায়বদ্ধ। শাখাটি একবারে মার্জ হয়ে যাওয়ার পরে তাদের সাফ করার জন্যও তারা দায়বদ্ধ।

আপনি বিভিন্ন দলের কোডবাসকে আলাদা রাখতে সাবমডিউলে আগ্রহী । তারা একে অপরের কোডবেস কাঁটাচামচ করতে এবং কোডের একে অপরের অংশ সম্পাদনা করার সময় প্যাচগুলি প্রেরণ করতে পারে।

— ফ্রেড ফু

@ এলারসম্যানস এবং কার্বনবিজেডনার্ড - আপনার মন্তব্যগুলির উত্তর হওয়া উচিত ছিল, তারা আমার কাছ থেকে ভোট পেয়েছে। * 8 ')

— মার্ক বুথ

Answer 1

কটাক্ষপাত সফল গীত শাখাবিন্যাস মডেল , যা রিলিজ জুড়ে বৈশিষ্ট্য উন্নয়নের জন্য একটা চমৎকার শাখাবিন্যাস কৌশল আছে।

আপনি 'বিকাশ' শাখা এবং 'বৈশিষ্ট্য শাখা' এর মধ্যে টিম শাখার জন্য একটি অতিরিক্ত স্তরের সাথে অনুরূপ কিছু বাস্তবায়ন করতে পারেন। টিম শাখা থাকা দুটি দলকে তাদের টিম শাখাগুলির মধ্যে একীকরণের মাধ্যমে আরও কার্যকরভাবে সহযোগিতা করার অনুমতি দেবে।

Answer 2

আমি বলব যে প্রতিটি দলের নিজস্ব একটি সংস্করণ সংগ্রহস্থল রয়েছে, যেখানে একটি বিশ্বব্যাপী সংগ্রহস্থল রয়েছে যেখানে সকলেই কমিট করে (যেমন লিনাক্স কার্নেলের মতো যেখানে লিনাস সংগ্রহস্থলটি কার্নেল এবং কেন্দ্রীয় সংগ্রহস্থল)।

তারপরে প্রোডাক্ট কোড বজায় রাখার জন্য আপনি @ আদারম্যানস বলেছিলেন সাবডমডিউলগুলি ব্যবহার করতে পারেন, তারপরে প্রতিটি দল কেবলমাত্র তাদের পক্ষে সবচেয়ে গুরুত্বপূর্ণ যে অংশটি কাজ করতে পারে এবং যদি তাদের অন্য অংশের সাথে কাজ করার প্রয়োজন হয় তবে তারা এটি করতে পারে, তবে তারা সাবমডিয়ুলটি আপডেট করার কথা মনে রাখতে হবে এবং সমস্যাটি এখানেই রয়েছে (যেহেতু গিট ব্যবহার করার সময় জিনিসগুলি ভুল করা খুব সহজ, ধন্যবাদ তাদের কাছ থেকে দূরে থাকাও সহজ)।

তবে যেহেতু আপনার দলগুলি এটিতে অভ্যস্ত এবং তারা সচেতন যে তারা অন্যান্য টিম কোড পরিবর্তন করছে তাই বিদেশী মডিউল পরিবর্তন করার আগে সাব-মডুল আপডেটটি করা তাদের পক্ষে মনে রাখা সহজ।