আপনি আপনার প্রশ্নে যা আলোচনা করছেন তা আসলে 3 টি ভিন্ন ধারণা:
এর মূল স্থানে অবিচ্ছিন্ন একীকরণ হ'ল ছোট পরিবর্তন এবং ঘন ঘন এই পরিবর্তনগুলিকে "বৈশ্বিক সত্য" এর সাথে সংশ্লেষ করছে। একটি চেকআউট তৈরি এবং এক সপ্তাহ ধরে ধরে রাখার পরিবর্তে, একজন বিকাশকারীকে এমন একটি কাজ করা উচিত যা এক দিনের মধ্যে শেষ করা যায় যাতে তার কোডটি মূল সংগ্রহস্থলের সাথে খুব বেশি সুসংগত না হয়।
এটির লক্ষ্যে তার দলের ব্যথা না ঘটানোর জন্য (অর্থাত্ কার্যত কার্যকারিতাটি তৈরি করে না বা বিরক্ত করে না এমন উত্সে পরীক্ষা করা)। বিকাশকারীকে যাচাই করতে হবে যে তার কোড "বিল্ডটি ভাঙ্গবে না"। যদি ম্যানুয়ালি করা হয়, এটি বিকাশের প্রক্রিয়াতে অতিরিক্ত ওভারহেড যুক্ত করে (এমন একটি প্রকল্পের কথা চিন্তা করুন যা তৈরি করতে দীর্ঘ সময় নেয় এবং / অথবা অনেকগুলি আন্তঃনির্ভরশীলতা রয়েছে যেখানে কোডের এক লাইনে পরিবর্তন আবেদনের উপর অপ্রত্যাশিতভাবে প্রভাব ফেলতে পারে)।
এই পরিস্থিতি প্রশমিত করতে, আমরা এই ওভারহেডটি সরাতে অন্যান্য কৌশল ব্যবহার করি।
উত্সটি চেকআউট করার জন্য আমরা স্বয়ংক্রিয় বিল্ডগুলি ব্যবহার করি এবং অ্যাপ্লিকেশনটিকে যা যা করা উচিত তা যাচাই করে এমন maচ্ছিকভাবে স্বয়ংক্রিয় পরীক্ষা চালানো হয় (এই পদক্ষেপটি পরীক্ষার স্যুটের মতোই কার্যকর)।
আরও একটি পদক্ষেপ অবিচ্ছিন্ন বিতরণ আপনার সমস্যাটিকে ডাটাবেস এবং অন্যান্য উদ্বেগের সাথে সম্বোধন করে। এখানে ধারণাটি হ'ল ডাটাবেস এবং পরিবেশের অন্যান্য বিষয়গুলির জন্য কিছু স্তরের সংস্করণ সরবরাহ করা যাতে আমরা যত তাড়াতাড়ি নিশ্চিত করতে পারি যে অ্যাপ্লিকেশনটি যতটা সম্ভব পরিবেশের নিকটবর্তী পরিবেশে কাজ করে ।
buildsএবংbuildকারণ কোনটি ব্যবহার করব তা আমি জানতাম না।