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