मेरे दिमाग में, एक स्वचालित निर्माण कुछ ऐसा है
- स्वचालित रूप से होता है, या तो एक अनुसूची पर या स्रोत नियंत्रण के लिए प्रत्येक प्रतिबद्ध के साथ
- आर्टिफैक्ट्स का एक सेट बनाता है जिसे बस किसी भी सर्वर पर तैनात किया जा सकता है
उद्देश्य के लिए एक तैनाती प्रक्रिया है जिसे दोहराया जा सकता है - पढ़ा: परीक्षण किया गया - ताकि जब आप उत्पादन में तैनात हों, तो आपके पास एक निश्चित डिग्री हो कि चीजें गलत न हों। निर्माण और परिनियोजन प्रक्रियाओं में कम मानवीय सहभागिता, आपकी रिहाई सुरक्षित होगी।
यदि आपके पास एक गैर-संकलित भाषा है, तो आप अभी भी एक साइट का निर्माण कर सकते हैं और एक एकल आर्टिफैक्ट बनाने के लिए इसे ज़िप कर सकते हैं।
एक अच्छा CI टूल आपको यूनिट परीक्षण के संचालन सहित निर्माण प्रक्रिया में कई कार्यों को स्क्रिप्ट करने की अनुमति देगा। यह आपके सफल और असफल बिल्ड, टेस्ट कवरेज, आदि का रिकॉर्ड भी रखेगा, लेकिन इनमें से कोई भी एक हिस्सा नहीं है जिसे मैं एक स्वचालित बिल्ड के रूप में परिभाषित करूंगा। (अर्थात। एक अच्छी स्वचालित निर्माण प्रक्रिया में ये चीजें होती हैं, लेकिन एक गरीब व्यक्ति "स्वचालित निर्माण" कहलाने में विफल नहीं होता है क्योंकि इसमें इन चीजों का अभाव होता है।)
मैं सुझाव दूंगा कि एकीकरण / प्रतिगमन परीक्षण, निर्माण प्रक्रिया के बजाय तैनाती प्रक्रिया के हिस्से के रूप में चलाए जा सकते हैं (हालांकि, यदि आपके पास सुविधाजनक वातावरण है, तो आप हर बिल्ड के साथ तैनात कर सकते हैं)।
buildsऔरbuildक्योंकि मुझे नहीं पता कि किसका उपयोग करना है।