टीएफएस 11 में निरंतर एकीकरण

शुभ दोपहर, सहकर्मी।

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

तो, मुख्य सामग्री से पहले, शब्दों के एक जोड़े के बारे में जो लेख में नीचे वर्णित सब कुछ दोहराने के लिए आवश्यक है:
1. स्थापित टीएफएस 11
2. विजुअल स्टूडियो 11 या 2010।
आप Microsoft वेबसाइट से TFS 11 और VS 11 डाउनलोड कर सकते हैं।
यदि आपके पास टीएफएस 11 नहीं है, लेकिन टीएफएस 2010 है, तो उपयोगकर्ता इंटरफ़ेस में अंतर के साथ, लेकिन आप लेख में वर्णित सभी चीजों को भी इसमें कॉन्फ़िगर कर सकते हैं।

टीम फाउंडेशन बिल्ड सर्विस की स्थापना

यदि बिल्ड सेवा आपके लिए पहले से ही कॉन्फ़िगर है, तो सीधे लेख के दूसरे भाग पर जाएं ।
टीएफएस प्रशासन कंसोल शुरू करना और बिल्ड कॉन्फ़िगरेशन चुनना, आपको यह संकेत दिखाई देगा:

कॉन्फ़िगर! विज़ार्ड काफी सरल है, हम तुरंत इसकी पहली स्क्रीन छोड़ देते हैं:

दूसरे चरण में, आपको यह निर्दिष्ट करने की आवश्यकता है कि कौन सी परियोजनाओं का संग्रह और किस पर TFS सर्वर कस्टम बिल्ड सेवा काम करेगा। डिफ़ॉल्ट रूप से, वर्तमान TFS सर्वर का पहला संग्रह चुना गया है:

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

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

यदि आप लगातार इस स्थान पर पहुंचे हैं, तो TFS प्रशासन कंसोल में बिल्ड कॉन्फ़िगरेशन कुछ इस तरह दिखाई देगा:

यह वह जगह है जहां आप टीम फाउंडेशन सर्वर प्रशासन कंसोल के साथ काम कर सकते हैं और विज़ुअल स्टूडियो पर स्विच कर सकते हैं।

प्रदर्शन पर्यावरण

स्पष्टता के लिए, आइए एक सरल WPF एप्लिकेशन लें, जो सोर्स कंट्रोल में स्थित होना चाहिए। हम यूनिट परीक्षणों के साथ एक प्रोजेक्ट भी जोड़ेंगे जो पहले प्रोजेक्ट से कार्यक्षमता का परीक्षण करेगा।
इस लेख के लिए TFS में फ़ोल्डर संरचना है:

हां, जब तक मैं भूल नहीं गया, नेटवर्क फ़ोल्डर को उस फ़ोल्डर के रूप में कार्य करना चाहिए जहां अंतर्निहित समाधान जोड़े जाएंगे। जिसमें, जिस अकाउंट के तहत बिल्ड सर्विस चल रही है, उसकी एक्सेस होनी चाहिए।

1. समाधान बनाने के लिए मैनुअल अनुरोध

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

नई बिल्ड परिभाषा बनाने के लिए विज़ार्ड के पहले चरण में, हमें उस नाम को निर्दिष्ट करने की आवश्यकता है जिसके द्वारा हम इस बिल्ड अनुरोध को आगे पहचानेंगे। इस उदाहरण के लिए, मैंने डिफ़ॉल्ट नाम में प्रत्यय "_manual" जोड़ा:

दूसरा चरण आपको कॉन्फ़िगर करने की अनुमति देता है जब बिल्ड एजेंट को सक्रिय होने और निर्माण शुरू करने की आवश्यकता होती है। मैनुअल का डिफ़ॉल्ट मान हमारे साथ ठीक है:

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

प्रचलित कदम में, हम सामान्य बिल्ड सेटिंग्स सेट करते हैं। कृपया ध्यान दें कि डिफ़ॉल्ट रूप से, खुले स्लन को तुरंत चुना जाता है और इकाई परीक्षण चलाने लायक हैं:

लेकिन, निश्चित रूप से, बिल्ड मोड को बदला जा सकता है। उदाहरण के लिए, कॉन्फ़िगरेशन परिवर्तन जिसमें प्रोजेक्ट संकलित करना है:

टूलबार से "सहेजें" बटन का उपयोग करके बिल्ड परिभाषा को सहेजें। टीम एक्सप्लोरर की एक नई बिल्ड परिभाषा है:

इसे शुरू करने के लिए, बस इस पर संदर्भ मेनू खोलें और "कतार नया बिल्ड ..." चुनें। खुलने वाली विंडो में, "कतार" पर क्लिक करें। और हम देखते हैं कि हम निर्माण कर रहे हैं, और अंत में, चित्रलेख हमें निर्माण के परिणाम के बारे में बताता है:

निर्माण पर डबल-क्लिक करने से आप यूनिट परीक्षणों के परिणाम सहित विस्तृत जानकारी देख सकते हैं:

सब कुछ, एक मैनुअल शुरुआत और बुनियादी प्रश्नों के साथ, मैं समाप्त करता हूं। आइए जल्दी से बाकी परिदृश्यों पर जाएं।

2. सोर्स कंट्रोल में प्रत्येक कोड प्लेसमेंट के लिए एक समाधान का निर्माण

परिदृश्य:
डेवलपर्स कोड, यूनिट टेस्ट लिखते हैं। यह सब एक कोड रिपॉजिटरी में डालना। हम यह सुनिश्चित करना चाहते हैं कि यह सब चल रहा है और सभी परीक्षण पास हो गए हैं।
सेटिंग्स:
एक नया बिल्ड डेफिनेशन डेफिनिशन सेट करना केवल पहले चरण में अलग होगा (आपको एक अलग नाम देने की आवश्यकता है) और विज़ार्ड के दूसरे चरण में। ट्रिगर के रूप में, दूसरा विकल्प निर्दिष्ट करें:

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

हम इस निर्माण का विवरण भी खोज सकते हैं और विश्लेषण कर सकते हैं कि क्या गलत हुआ।
इस निर्माण परिदृश्य के साथ, एक महत्वपूर्ण कमी है। यदि कई डेवलपर्स हैं, तो वे टीडीडी (लगातार चेक-इन) पर काम करते हैं, और पूर्ण परियोजना निर्माण और परीक्षण रन में 5-10 मिनट लगते हैं, फिर 1 बिल्ड एजेंट के साथ बिल्ड कतार बहुत लंबी होगी और स्रोत नियंत्रण में परिवर्तन करने के लिए आपको लंबे समय तक इंतजार करना होगा निर्माण का परिणाम।

3. चेक-इन द्वारा बनाएँ, लेकिन अधिक बार नहीं ...

परिदृश्य:
परिदृश्य विकल्प 2 में समान है, लेकिन टीएफएस सर्वर इसके साथ सामना नहीं करता है, और मैनुअल एक अलग बिल्ड सर्वर के लिए पैसा नहीं देता है।
स्थापना:
इसी तरह मैनुअल, दूसरे चरण में हम तीसरे निर्माण विकल्प का चयन करते हैं:

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

सच है, अगला चेक-इन, यदि यह 60 मिनट के बाद जल्दी होता है, तो हमारा नया निर्माण शुरू नहीं होगा।
इन दो प्रकार के बिल्डरों का उपयोग करते हुए, हम, उदाहरण के लिए, प्रत्येक चेक-इन के लिए एक परियोजना का निर्माण कर सकते हैं बिना परीक्षण के, और चल रहे परीक्षणों के साथ कम से कम एक बार एक घंटे का निर्माण करें।

4. यदि आप संकलन नहीं करते हैं तो आप सोर्स कंट्रोल में कोड नहीं डाल सकते

परिदृश्य:
आपके पास अपनी टीम में एक नया डेवलपर है जो सोर्स कंट्रोल में कोड डालने से पहले जांच करना भूल जाता है, लेकिन क्या यह भी संकलन करता है?
स्थापना:
एक नई बिल्ड परिभाषा बनाएँ, इसे एक नाम दें, और निर्माण शुरू करने के लिए ट्रिगर के विकल्प 4 का चयन करें:

हम कोड में बदलाव करते हैं (खुद से, ताकि यह संकलन बंद हो जाए) और जब आप चेक इन की कोशिश करते हैं, तो यहां अधिसूचना है:

और संकलन शुरू करने के बाद, टीम एक्सप्लोरर असमान रूप से हमें याद दिलाएगा कि हमें निर्माण पूरा होने तक इंतजार करने की आवश्यकता है, और जब संकलन पूरा हो जाता है, तो एक अधिसूचना पॉप अप हो जाती है:

सुविधाजनक है, लानत है!

5. प्रतिदिन

परिदृश्य:
कैसे आप अभी भी कोई दैनिक बनाता है? फिर तुरंत जोएल स्पोल्स्की परीक्षण के तीसरे पैराग्राफ (http://russian.joelonsoftware.com/Articles/TheJoelTest.html) को पढ़ें।
स्थापना:
ठीक है, आप शायद पहले से ही जानते हैं, एक नई बिल्ड परिभाषा बनाएं, नाम बदलें और दूसरे चरण में किस दिन और किस समय संकलन करना है:

सब कुछ, हर रात, दुष्ट बिल्ड एजेंट आएगा और संकलन, संकलन, संकलन करेगा।

एक निष्कर्ष के बजाय

क्या आप अभी भी निरंतर एकीकरण के बिना एक दुनिया में रहते हैं? यदि हाँ, तो व्यर्थ है!
जैसा कि आप देख सकते हैं, सेटअप में इतना समय नहीं लगता है, लेकिन इस तथ्य के परिणामस्वरूप कि आपकी परियोजना नियमित रूप से संकलित की जाती है, यूनिट परीक्षणों आदि से गुजरती है, आप लगभग तुरंत महसूस करेंगे।
और अंत में, मुझे वीएस डिजाइन का नया संस्करण पसंद है। सब कुछ बहुत सुविधाजनक और स्पष्ट है: