निरंतर एकता और टीमसिटी

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

इस विषय में, हम TeamCity Enterprise 6.0 EAP (निर्माण 15400) के उदाहरण का उपयोग करके निरंतर एकीकरण को लागू करने की प्रक्रिया पर एक व्यापक नज़र डालेंगे और पिछले विषय में चर्चा किए गए उपकरणों के उपयोग पर ध्यान देंगे: एक सॉफ्टवेयर उत्पाद की गुणवत्ता सुनिश्चित करना ।



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



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







एक परियोजना बनाने के लिए, आपको "प्रशासन" अनुभाग पर जाने की आवश्यकता है, नीचे आप देख सकते हैं कि हमारे पास पहले से ही एक निर्मित परियोजना है, मुख्य टीमसिटी सेटअप भी इस खंड (दाईं ओर मेनू) से किया गया है:







परियोजना को शुरू करने की प्रक्रिया में 7 सरल चरण शामिल हैं, जिनमें से 3 अनिवार्य रूप से निहित हैं और एक छोटे सहायक का उपयोग करके पूरा करने का प्रस्ताव है, हम प्रत्येक पर व्यक्तिगत रूप से विचार करेंगे:



मुख्य सेटिंग्स में, हमें केवल परियोजना का नाम निर्दिष्ट करना होगा, अन्य सभी क्षेत्रों के मूल्यों को डिफ़ॉल्ट रूप से छोड़ा जा सकता है:







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











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







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



















इसके बाद, हमें बिल्ड. xml बनाने की आवश्यकता है जो बिल्ड प्रक्रिया को नियंत्रित करेगी (उसके साथ कई दिनों तक बात करने के बाद, मैं कह सकता हूं कि यह एक चमत्कार उपकरण है जो रोजमर्रा के कार्यों के लिए अधिकांश छोटे शेल स्क्रिप्ट को बदल सकता है):



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

• ## टीमसिटी [importData प्रकार = 'pmd' पथ = '...']
• ## टीमसिटी [importData प्रकार = 'जूनिट' पथ = '...']
• ## टीमसिटी [publishArtifacts '...']

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



विधानसभा के बारे में सारांश जानकारी।







रिपॉजिटरी से परिवर्तन।







टेस्ट पूरा हुआ।







निर्माण प्रक्रिया लॉग।







कलाकृतियों, जिनमें से कुछ को अतिरिक्त स्क्रीनशॉट के रूप में निम्न स्क्रीनशॉट में प्रस्तुत किया गया है। दुर्भाग्य से, सभी परिणामों को अब तक सफलतापूर्वक एकीकृत नहीं किया गया है, लेकिन इसे मूल प्रारूप में कम से कम डाउनलोड और देखा जा सकता है।























पुनश्च

इस तथ्य के बावजूद कि मैं एक गाइड टू एक्शन के रूप में एक लेख लिखना चाहता था, मुझे एक सामान्य अवलोकन मिला, इसलिए यदि आप कुछ बिंदुओं में रुचि रखते हैं, लेकिन पूरी तरह से खुलासा नहीं किया गया है, तो कृपया टिप्पणी करें और खुलासा करने का प्रयास करें।



योजनाओं में डॉक्सिज़न, पैडावन और कुछ अन्य उपकरण भी शामिल हैं। Build.xml उदाहरण में, pd निर्भर अनुभाग को डिफ़ॉल्ट रूप से बिल्ड प्रक्रिया में शामिल किया जाता है, इसलिए, परिणाम कलाकृतियों में प्रदर्शित नहीं होते हैं, और पिछले असेंबली के डेटा को साफ करने के लिए build.xml में कोई अनुभाग नहीं है - TeamCity के छठे संस्करण से शुरू होकर, एक mop हमारे लिए ऐसा करता है। कुछ स्पष्ट कारणों से, PHP कोडब्राउजर के लिए, GUI का वर्तमान संस्करण तुलनात्मक रूप से बहुत अधिक बकवास हो गया है, पहले संस्करणों में से एक का स्क्रीनशॉट: