অন্য কোনও কিছুর কাছে স্থানান্তরিত করার সময়, আপনাকে কেবল দুটি জিনিস নির্ধারণ করতে হবে:
- আপনার লক্ষ্য কি?
- কীভাবে সেখানে যাবেন (মাইগ্রেশন পরিকল্পনা)
প্রথম অংশ হল, দুঃখিতভাবে, প্রায়শই উপেক্ষিত বা পথ খুবই অস্পষ্ট। আপনি কেবল এটি বলতে পারবেন না যে আপনার কাছে যা আছে তা একটি জঞ্জাল এবং আপনি এটি সংগঠিত করতে চান। তার মানে কী? (: প্রতিবার দেব মনে করেন যে ওরফে সবাই একটি ভিন্ন ব্যাখ্যা থাকবে তার বা তার জিনিসগুলি প্রণালী উত্তম)।
সম্ভাবনাগুলি হ'ল, আপনি যে সমস্ত শাখা পরিবেশন করছেন বা কোনও উদ্দেশ্যে পরিবেশন করেছেন। একটি সুস্পষ্টভাবে নির্ধারিত লক্ষ্য প্রক্রিয়া ব্যতীত লোকেরা তাদের পক্ষে যা কাজ করে তা তাদের পক্ষে সবচেয়ে ভাল উপযুক্ত (এবং যথাযথভাবে) কার্যকর রাখবে।
উদাহরণস্বরূপ, আপনার টার্গেট হিসাবে সুস্পষ্টভাবে সংজ্ঞায়িত করা উচিত যেমন ভিনসেন্ট Driessen তার সংজ্ঞায়িত "সফল গীত শাখাবিন্যাস মডেল" । আপনি যদি এই মডেলটি দেখেন তবে এটি খুব সুনির্দিষ্ট: এটি বলছে যেখানে স্থিতিশীল কোড হওয়া উচিত এবং যেখানে অস্থির বৈশিষ্ট্যগুলি বিকাশ করা উচিত। এটি কীভাবে এবং কখন - শাখা, আপডেট এবং ফিরে একত্রিত হবে তাও বলে। আপনি জানেন যে প্রতিটি শাখা কী জন্য এবং তাদের সাথে কী করা উচিত। আমরা ভিনসেন্টের সামনে যা রেখেছিল তার একটি প্রকরণ ব্যবহার করি এবং আমাদের প্রকরণটি আমাদের উইকিতে সংজ্ঞায়িত করা হয়।
গুরুত্বপূর্ণ বিষয়টি হ'ল সমস্ত দল একটি লক্ষ্যকে বোঝে এবং তাতে সম্মত হয়। লোকেদের মনে করিয়ে দেওয়ার মতো এটি আপনার পক্ষে উপযুক্ত হতে পারে যে আপনি তাদের ব্যক্তিগত প্রিয় শাখা প্রশাখার মডেলটি সন্ধান করছেন না, তবে এমন একটি মডেল যা দলের সমস্ত সদস্য সম্মত হন এবং সহজেই ব্যবহার করতে পারেন।
আপনার লক্ষ্যটি একবার হয়ে গেলে আপনি নিজের স্থানান্তর পরিকল্পনাটি বিস্তারিতভাবে জানাতে সক্ষম হবেন। এই পরিকল্পনাটি আপনার পছন্দ মতো দীর্ঘ বা সংক্ষিপ্ত হতে পারে। আমি এমন ব্রাঞ্চিং মডেলটি রাতারাতি আরোপিত দেখেছি; অন্যান্য জায়গায়, এটি 2 বা 3 স্প্রিন্টের ওপরে করা হয়েছিল। যতক্ষণ আমরা উন্নতি করছি তা আমার পক্ষে বেশি কিছু যায় আসে না।
আপনি "বৃহত্তম" বা আরও গুরুত্বপূর্ণ শাখা দিয়ে শুরু করতে পারেন। উদাহরণস্বরূপ: "এখন থেকে মাস্টারকে সর্বদা প্রোডে মোতায়েনের অবস্থায় থাকতে হবে এবং দেব শাখাটি সর্বদা সংকলন করতে হবে" (বা আপনার নিয়ম যাই হোক না কেন)। তারপরে, সংস্করণ (রিলিজ) শাখা প্রয়োগ করুন। এরপরে, বৈশিষ্ট্যগুলি শাখা প্রয়োগ করুন। এর পরে, সংস্করণ শাখায় কোনও কোড ফ্রিজ চাপিয়ে দিন, যদি তা বোঝা যায়।
ডিভোপস যোগাযোগ, উন্মুক্ততা এবং দক্ষতা সম্পর্কে সমস্ত all এই ধারণাগুলি অবশ্যই মাথায় রাখতে হবে এবং পুরো প্রক্রিয়া জুড়ে যোগাযোগ করা উচিত।
আমি পর্যবেক্ষক হিসাবে প্রক্রিয়া সভায় উন্নয়ন দলের বাইরে কিছু লোককে আমন্ত্রণ জানাতে পরামর্শ দেব। অপ্স বা মিডল ম্যানেজমেন্টের কাছে আপনার মডেলটি সম্পর্কে দুটি বা দুটি কথা থাকতে পারে। বিকাশকারীদের প্রয়োজনকে অগ্রাধিকার দেওয়া উচিত, তবে শাখাগুলি মডেলটি যেভাবে জিনিস পরিচালিত হয় তার সাথে সামঞ্জস্য করা যদি অসম্ভব হয় তবে আপনি এখন এবং না এক মাসের মধ্যে আরও ভাল করে জানবেন।
আপনার যদি সত্যই বড় দল থাকে তবে তা সত্ত্বেও সবাইকে অন্তর্ভুক্ত করার চেষ্টা করুন। খুব বড় দলগুলির সাথে, আপনি যাইহোক দুটি বা তিনটি সভা শেষ করতে পারেন। তাই ঘরে টিম নেতাদের আমন্ত্রণ জানান, তবে একটি ওয়েবকাস্ট উপলব্ধ রয়েছে এবং প্রত্যেককে এটি সম্পর্কে জানান। কারও কাছে যদি কোনও পরামর্শ বা উদ্বেগ থাকে তবে তারা এটি তাদের দলের নেতার কাছে জানাতে সক্ষম হবেন এবং যদি তা বৈধ হয় তবে এটি দ্বিতীয় বা তৃতীয় বৈঠকে সম্বোধন করা হবে।