प्रति डॉलर प्रति दिन निरंतर एकीकरण

यह लेख जेम्स शोर के लेख " डॉलर पर एक दिन में निरंतर एकीकरण " का अनुवाद है। इस लेख का लिंक मुझे " कंटिन्यूअस सॉफ्टवेयर डिप्लॉयमेंट " पुस्तक में मिला।

क्रूज़कंट्रोल जैसे बिल्ड सर्वर का उपयोग करने की तुलना में निरंतर एकीकरण को लागू करने का एक सरल और सस्ता तरीका है। वास्तव में, यह इतना सरल है कि आप इसे सही दूसरी बार निष्पादित करना शुरू कर सकते हैं और आईटी विभाग की वजह से बीमार महसूस करना बंद कर सकते हैं, जिसने अभी तक बिल्ड सर्वर के आपके अनुरोध को मंजूरी नहीं दी है।
(थोड़ा अनैतिक रहस्य चाहते हैं! जो मैं आपको बताने जा रहा हूं वह क्रूज़कंट्रोल का उपयोग करने से बेहतर है!)

चरण 1: एक पुराने विकास कंप्यूटर का पता लगाएं

उस निःशुल्क प्रणाली को खोजें, जिसे आपने विकसित किया था। बहुत पुराना नहीं है ... वह विधानसभा को पूरा करने में सक्षम होना चाहिए। एक घटिया मॉनिटर और मुफ्त कोण प्राप्त करें। मॉनिटर कनेक्ट करें। उसके सामने एक पुरानी, ​​टूटी हुई कुर्सी रखें। आराम की आवश्यकता नहीं है ... आप लंबे समय तक यहां नहीं रहेंगे।

चरण 2: एक रबर चिकन प्राप्त करें

वास्तव में नहीं।

मेरा कार्यालय, लगभग 2001

आप कुछ और उपयोग कर सकते हैं, जैसे कि भरवां जानवर, यदि आप चाहें। इसे मज़ेदार बनाएं और सुनिश्चित करें कि यह किसी की आँखों से बाहर नहीं निकलता है यदि आप "गलती से" इसे बहुत मुश्किल से फेंकते हैं (विशेषकर यदि आप एक लड़की हैं)। यदि आपके पास कुछ भी उपयुक्त नहीं है, तो इसे रोकें नहीं। सुधारने। मजा आ गया।
मैंने सोचा था कि यह मुझे मुखौटा को "सजाने" में मदद करेगा, लेकिन इसने मुझे केवल अक्षम महसूस कराया, इसलिए आप भूल सकते हैं।

चरण 3: एक डेस्क कॉल खरीदें

जब आप उसे छूते हैं तो वह एक जीन बनाता है। नहीं, क्योंकि आपके पास डेस्क कॉल नहीं है, इसलिए रुकें नहीं। इसे बाद में प्राप्त करें। अब आपके पास एक आवेग है। एक घटिया कंप्यूटर है। कनेक्शन - वहाँ है। मजेदार खिलौना - उपलब्ध। आप निरंतर एकीकरण से कदम दूर हैं। (यदि आप निधियों में बहुत सीमित हैं, तो आप इस कदम को पूरी तरह से छोड़ सकते हैं।)

चरण 4: बिल्ड को स्वचालित करें

ओह! यह सबसे कठिन हिस्सा है। अच्छी खबर: क्रूज़कंट्रोल के बारे में सबसे अच्छी चीजों में से एक यह है कि यह आपको बिल्ड को स्वचालित करने के लिए मजबूर करती है। इससे भी अच्छी खबर: निरंतर एकीकरण - आप जो करने जा रहे हैं वह सिर्फ एक स्वचालित क्रूज़कंट्रोल असेंबली से अधिक है, और मैं आपको इन सभी अच्छाइयों को प्राप्त करने में मदद करने जा रहा हूं। लेकिन आपको अभी भी बिल्ड को स्वचालित करने की आवश्यकता है।
ठीक है, यह कठिन है, मुझे पता है। यदि इससे पहले आपने अपनी IDE असेंबली का उपयोग किया था, तो स्वचालित असेंबली बनाना संभवतः बहुत काम की तरह प्रतीत होगा। फिलहाल, आप शायद एक बैच फ़ाइल बना सकते हैं जो आपके आईडीई को लॉन्च करती है और इसे बनाने के लिए कहती है। यह लंबे समय में पर्याप्त अच्छा नहीं है, इसलिए फिर आपको वापस जाना होगा और इसे सही करना होगा।
यदि आपके पास स्वचालित इकाई परीक्षण हैं, जैसे कि JUnit / NUnit परीक्षण, तो उन्हें विधानसभा में भी शामिल करें।
इससे पहले कि हम आगे बढ़ें, फील बिल्ड कंप्यूटर पर जाएं (चरण # 1 देखें) और सुनिश्चित करें कि बिल्ड संस्करण नियंत्रण प्रणाली से नवीनतम कोड के साथ ठीक से काम कर रहा है। संस्करण नियंत्रण का उपयोग न करें? हम्म ... ठीक है ... कीबोर्ड को नीचे रखो और कंप्यूटर से दूर हो जाओ। अब मेरे बाद दोहराओ: “मुझे माफ कर दो, दुनिया, क्योंकि मैंने पाप किया है। मैं संस्करण नियंत्रण प्रणाली के बिना फिर कभी कार्यक्रम नहीं करूंगा। मैं अब जाऊंगा और TortoiseSVN डाउनलोड करूंगा, इसे इंस्टॉल करूंगा और इसका उपयोग शुरू करूंगा। मैं अब से सब कुछ शातिर त्याग देता हूं। ”धन्यवाद
यदि पूरी तरह से स्वचालित निर्माण चलाने में दस मिनट से अधिक समय लगता है, तो इसे रोक दें। आप निरंतर एकीकरण के लिए अभी तक तैयार नहीं हैं। आपको बिल्ड को तेज करने पर काम करना होगा। आप निम्न में से एक कर सकते हैं, या आप क्रूज़कंट्रोल का उपयोग कर सकते हैं, लेकिन वास्तविक निरंतर एकीकरण आज के लिए आपका लक्ष्य नहीं होना चाहिए।

चरण 5: अपने बैनर तले सभी का निर्माण करें

[मूल में, लेखक मुहावरेदार अभिव्यक्ति का उपयोग करता है "पीओल-एड-ड्रिंक" (इंजी।) - "सिप कूल-एड", जो अमेरिकी शब्दजाल में नेता के बाद कट्टरता का अर्थ है। - नोट अनुवादक]

यह इस सूची में 100% सबसे महत्वपूर्ण कदम है। अपनी सभी टीम के सदस्यों को एक कमरे में एक साथ इकट्ठा करें।
अगर कोई पूछता है, तो नहीं, यह कोई बैठक नहीं है। तुम आओ, कुछ करो और पाँच मिनट में लौट आओ। सहायक। संक्षेप में। इन कारणों से, यह एक बैठक नहीं है।
अब, शारीरिक नुकसान के बिना, हर किसी को निम्नलिखित के लिए सहमत करें:

"आज से, संस्करण नियंत्रण प्रणाली में हमारा कोड हमेशा सफलतापूर्वक सभी परीक्षणों को इकट्ठा करेगा और पारित करेगा।"

यदि कोई शिकायत करता है कि यह बहुत जटिल है, तो उन्हें बताएं कि निरंतर एकीकरण के साथ यह आसान होगा। हम्म, आसान। अगर वे अभी भी सोचते हैं कि यह बहुत जटिल है, तो विनम्रता से उन्हें याद दिलाएं कि उनका काम है, आप जानते हैं, सॉफ्टवेयर बनाएं ।
ओह, बहुत कठोर। ऐसा मत कहो। शिट, मैंने सिर्फ दस संभावित ग्राहकों को खो दिया। उफ़, एक और छोड़ रहा है। ग्यारह।
वास्तव में, यह वास्तव में महत्वपूर्ण है कि "सभी सहमत हैं कि यह एक अच्छा विचार है।" आप देखते हैं, किसी भी समय आपके सॉफ़्टवेयर बिल्ड सिस्टम पर वास्तव में भरोसा करने की क्षमता, वास्तव में निरंतर एकीकरण का एक क्रांतिकारी हिस्सा है। कल्पना करें कि कितना आसान है। जीवन होगा यदि आप जानते हैं कि आपको कोड केवल संस्करण नियंत्रण प्रणाली से मिला है, तो बस काम करेगा।
आपको एक छोटी सी कहानी बताता हूं। मैं NUnitAsp नामक एक ओपन सोर्स प्रोग्राम के एक भाग का समर्थन कर रहा हूं । पिछले साल मैंने उसके बारे में एक कोर्स पढ़ाया। पाठ के दौरान, किसी ने मुझसे एक विशेषता के बारे में पूछा जो NUnitAsp में नहीं थी। मैंने कोड को देखा और इसे बदलना आसान पाया। इसलिए मैंने एक बदलाव किया (इसमें कुछ मिनट लगे)। फिर मैंने बिल्ड पूरा किया और 96 सेकंड बाद एक नई रिलीज़ फ़ाइल दिखाई दी, जिसे मैंने सौंप दिया। सच्ची कहानी। हमारे पास एक इनाम कार्यक्रम भी था। हमने इसे "एक गलती खोजें - एक मग जीतो" कहा। (हम अच्छे थे: हमने सभी को सर्किल दिए, भले ही उन्हें कोई गलती न मिले)।
खैर, आप शायद वहाँ नहीं थे। आपके द्वारा वर्णित संस्करणों की तरह संस्करणों को बनाने और जारी करने के लिए आपको कुछ महान स्वचालित परीक्षणों की आवश्यकता है। तो मैं आपको एक और कहानी बताता हूँ। किसी अन्य परियोजना पर, इतना सफल नहीं, हम सभी ने कोड के विभिन्न हिस्सों पर काम किया। हमने दैनिक जांच के लिए अपना सर्वश्रेष्ठ प्रदर्शन किया, लेकिन हमने पूरी परियोजना एकत्र नहीं की और परीक्षण नहीं चलाए। (टेस्ट। हमारे पास कोई स्वचालित परीक्षण नहीं था।) छह महीने बाद, हमने एक पूरे में एकीकृत करने की कोशिश की, लेकिन एक-दूसरे के साथ कुछ भी संयुक्त नहीं था। कार्यक्रम में काम करने के लिए हमें एक सप्ताह का समय लगा। मैं यह भी बताना शुरू नहीं करूँगा कि उस परियोजना में कितनी गलतियाँ थीं। बड़े परीक्षणों के बिना भी निरंतर एकीकरण, इसका मतलब है कि आप इस दुःस्वप्न का फिर कभी सामना नहीं करेंगे।
मैं लोगों को यह समझाने की कोशिश नहीं करना चाहता कि यह बात अच्छी है। मैं यह नहीं कह रहा हूँ कि आप अपने दाँत ब्रश करते हैं, है ना? हालाँकि, आप अभी भी ऐसा कर रहे हैं। यह आपके लिए अच्छा है । ऐसा नहीं करना चाहते हैं? यह मत करो! मेरी समस्या नहीं।
बारह ... तेरह ... चौदह पंद्रह सोलह ... छी।
किसी भी मामले में, यदि आप सभी को ऐसा करने के लिए सहमत होने के लिए नहीं मिलते हैं, तो प्रक्रिया काम नहीं करेगी। आप एक डॉलर के लिए क्या उम्मीद करते हैं?

चरण 6: आरंभ करें!

प्रिंट करने योग्य चेकलिस्ट के लिए यहां देखें।
क्या आप शुरू करने के लिए तैयार हैं! आइए प्री-लॉन्च चेकलिस्ट पर जाएं:

• कंप्यूटर असेंबली? वहाँ है
• मजेदार खिलौना? वहाँ है
• एक कष्टप्रद कॉल? वैकल्पिक।
• स्वचालित निर्माण? वहाँ है
• समूह की सहमति? वहाँ है

अब इसे करने दो!
शुरू करने के लिए, दिन में कम से कम दो बार रिकॉर्ड बदलें। यह "निरंतरता" का हिस्सा है। जब आप अपना हाथ भरते हैं, तो हर घंटे या दो रजिस्टर करें।
संस्करण नियंत्रण प्रणाली से नवीनतम कोड प्राप्त करने से पहले, यह देखने के लिए जांचें कि क्या किसी ने रबर चिकन लिया है। यदि कोई काम कर रहा है, तब तक प्रतीक्षा करें जब तक वे परिवर्तन पंजीकरण पूरा नहीं कर लेते।
जब आप परिवर्तन दर्ज करते हैं, तो इन चरणों का पालन करें:

1. स्थानीय रूप से बिल्ड / टेस्ट स्क्रिप्ट को चलाएं और सुनिश्चित करें कि यह 100% चलता है।
2. रबर चिकन को उसके विश्राम स्थान से उठाएं। यदि वह वहां नहीं है, तो उस व्यक्ति को ढूंढें जो उसे ले गया था और जब तक वह बदलावों के पंजीकरण को पूरा नहीं करता, तब तक उसे रोकना।
3. भंडार से नवीनतम कोड प्राप्त करें और फिर से केवल मामले में बिल्ड स्क्रिप्ट चलाएं। यदि असेंबली विफल हो जाती है, तो आप जानते हैं कि आपके द्वारा प्राप्त कोड के साथ कुछ एकीकरण समस्याएं हैं। वेले और विलाप, चिकन वापस रखो और उस व्यक्ति को प्राप्त करें जिसने आपकी मदद करने के लिए अंतिम परिवर्तन किए। जब आप तैयार हों तब शुरू करें।
4. अपना कोड रजिस्टर करें।
5. बिल्ड कंप्यूटर पर जाएं, रिपॉजिटरी से नवीनतम कोड प्राप्त करें, और फिर से बिल्ड स्क्रिप्ट चलाएं। यदि यह पास नहीं होता है, तो अपना पंजीकरण वापस करें (रद्द करें)। आपने कुछ नए प्रोग्राम स्थापित किए हैं, या पर्यावरण चर बदल दिए हैं, या रजिस्ट्री पैरामीटर सेट कर दिया है, या रिपॉजिटरी, या कुछ और में फ़ाइल जोड़ना भूल गए हैं। किसी भी मामले में, आपको अपने कंप्यूटर पर समस्या को हल करने और फिर से प्रयास करने की आवश्यकता है। आप एक पल के लिए चिकन को पकड़ सकते हैं, लेकिन अगर किसी को ज़रूरत हो तो उसे वापस (और शुरू करें) दें।
6. घंटी बजाओ। (बाकी सभी के लिए, यह किसी तरह से तालियां बजाने या खुशी व्यक्त करने का संकेत है। "यी")। चिकन को जगह पर रखें। तुम हो गए।

वैसे, जब चरण 5 विफल हो जाता है, तो आपको सीधे निर्माण मशीन पर इस समस्या को हल करने के लिए लुभाया जाएगा। लेकिन यदि आप ऐसा करते हैं, तो अगला कोड प्राप्त करने वाला अगला गरीब गरीब व्यक्ति इसे एकत्र नहीं कर पाएगा।
अंतिम लेकिन कम से कम, निर्माण समय को दस मिनट से अधिक न रखें। पांच मिनट से भी कम, बेहतर। यदि यह बहुत लंबा समय लेता है, तो यह प्रक्रिया मध्याह्न / दोपहर के विराम को समाप्त कर देगी और गधे में एक वास्तविक दर्द होने लगेगा। एक छोटा बिल्ड समय आपके लिए वैसे भी अच्छा होता है, क्योंकि धीमी गति से निर्माण का मतलब अक्सर परीक्षण दृष्टिकोण में खामियां होती हैं।

क्रूज़कंट्रोल से बेहतर क्यों है

• संस्करण नियंत्रण प्रणाली में कोड हमेशा संकलित और परीक्षण किया जाता है। बिंदु।
• अगर कुछ गलत होता है, तो आप जानते हैं कि समस्या क्या है। यह या तो आपका कोड है (असफल चरण 1), या किसी और के कोड के साथ एकीकरण (असफल चरण 3), या पर्यावरण में परिवर्तन (असफल चरण 5)। आप तुरंत इसके बारे में जानेंगे, जो इसके सुधार को आसान बनाता है।
• आपको किसी के गलत निर्माण को ठीक करने की ज़रूरत नहीं है क्योंकि लोग क्रूज़कंट्रोल के पूरा होने की प्रतीक्षा किए बिना दोपहर के भोजन के लिए निकल गए।
• आप एक कम बिल्ड टाइम (कुछ भी नहीं आपको लंबे एकीकरण की तरह बदलने के लिए प्रेरित करते हैं) को बचाते हैं, जिसका अर्थ है कि बेहतर परीक्षण, जिससे परियोजना का बेहतर डिजाइन तैयार होगा।

उन्नत वर्ग

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