विंडोज फोन और टीमसिटी में निरंतर एकीकरण

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

दिए गए:

1. सिल्वरलाइट टूलकिट का उपयोग करके इकाई परीक्षणों के साथ एक बड़े पैमाने पर विंडोज फोन 7 एप्लिकेशन।
2. यूनिट परीक्षण चलाने के बिना TeamCity में एप्लिकेशन का अनुकूलित निर्माण। बिल्ड एजेंट एक "भौतिक" (एक अर्थ में, आभासी नहीं) मशीन है।

यह आवश्यक है:

1. VMWare के तहत वर्चुअल मशीन पर एक और टीमसिटी बिल्ड एजेंट सेट करें।
2. असेंबलियों के दौरान इकाई परीक्षण चलाएं और टीमसिटी के आंकड़ों में उनके निष्पादन के परिणामों को इकट्ठा करें।

एजेंट सेटअप बनाएँ

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

स्क्रैच से 5 मिनट में ऐसा परिणाम प्राप्त करना अच्छा था!

एमुलेटर लॉन्च

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

• विंडोज फोन एसडीके स्थापित नहीं किया गया था - शिकायत की गई कि उसे सर्वर ओएस को पहचानने के बिना विंडोज 7 की आवश्यकता है। Google और MSDN ने मदद की। चूँकि मेरे पास पूरी तरह से डाउनलोड किया गया SDK था, निर्देशों के अनुसार आधार रेखा संपादित करने के बाद, मैंने बिना कीज़ के setup.exe चलाया, और सब कुछ वैसा ही स्थापित किया गया, जैसा इसे होना चाहिए।
• Windows Media Player स्थापित नहीं होने के कारण एमुलेटर प्रारंभ नहीं हुआ । विंडोज सर्वर 2008 के तहत इसे स्थापित करना भी काफी सहज नहीं था।
• वे कहते हैं कि एमुलेटर कुछ झंडे और मैनुअल के बिना शुरू नहीं हो सकता है (!) वर्चुअल मशीन के कॉन्फिग को एडिट करना, लेकिन यह मुझे बीत चुका है। शायद इसलिए कि मुझे एक विंडोज फोन 7 एमुलेटर की आवश्यकता थी, और एक टैम्बोरिन के साथ नृत्य विंडोज फोन 8 एमुलेटर के लिए वर्णित हैं। इसके अलावा, व्यवस्थापक ने आश्वासन दिया कि वर्चुअल मशीन के लिए सेटिंग्स "सभी समावेशी" हैं।
• एमुलेटर तब तक शुरू नहीं हुआ जब तक वर्चुअल मशीन का रैम वॉल्यूम 1 जीबी से बढ़ाकर 2 जीबी नहीं कर दिया गया। यह चुपचाप शुरू नहीं हुआ - एक कारण का संकेत नहीं!

वैसे, एसडीके स्थापित करते समय बनाए गए शॉर्टकट के माध्यम से, मेरा एमुलेटर शुरू नहीं होता है। मुझे समझ नहीं आया कि क्यों, क्योंकि जब मैं इसे प्रबंधन उपयोगिता से कहता हूं, तो यह सामान्य रूप से शुरू होता है।

सबसे बड़ी समस्या अंत में सामने आई जब एमुलेटर अंततः शुरू हुआ। स्टार्टअप पर एमुलेटर ने चेतावनी दी कि सामान्य ऑपरेशन के लिए इसे एक सामान्य वीडियो कार्ड की आवश्यकता होती है , जो वर्चुअल मशीन को "आगे" करने के लिए काम नहीं करता था। इस तथ्य के बावजूद कि इस तरह की जबरदस्त चेतावनी के बाद, एमुलेटर ने ठीक काम किया, किसी को ओके बटन दबाना पड़ा। यह मान लिया गया था कि एमुलेटर टीमसिटी एजेंट सेवा द्वारा लॉन्च किया जाएगा और स्क्रीन पर दिखाई नहीं देगा, इसलिए बटन को दबाने वाला कोई नहीं था।
एक हताश प्रयास में, मैंने इस दुर्भाग्यपूर्ण बटन को दबाने के लिए कोड करने की कोशिश की, लेकिन एजेंट सेवा से एमुलेटर शुरू करने पर यह काम नहीं किया।
केवल एक चीज जिसके साथ मैं आ सकता था वह था निर्माण एजेंट को सेवा के रूप में नहीं, बल्कि एक अनुप्रयोग के रूप में लॉन्च करना। इस मामले में, एमुलेटर सामान्य रूप से शुरू हुआ, और बटन को मैन्युअल रूप से दबाया जा सकता है (सर्वर रिबूट करने के बाद ही ऐसा करने के लिए पर्याप्त है - एक बार लॉन्च होने के बाद, एमुलेटर का उपयोग सभी बाद की असेंबली के लिए किया जाता है)। फिर भी, मैंने स्वचालित रूप से बटन पर क्लिक करने के लिए कोड छोड़ दिया ताकि वर्चुअल मशीन का रिबूट "अप्राप्य" हो।
एजेंट को एप्लिकेशन के रूप में चलाना मुश्किल नहीं था - एजेंट की बिन निर्देशिका में (c: \ BuildAgent \ bin डिफ़ॉल्ट रूप से) बल्ले-फाइलों का एक अच्छा सेट है जिसके साथ आप उस एजेंट सेवा को ध्वस्त कर सकते हैं जिसकी अब आवश्यकता नहीं है और एजेंट को एक एप्लिकेशन के रूप में चलाएं ( यहां एक विषय है)।
इसलिए, हम वांछित बैट-फाइल को ऑटोरन में लिखते हैं, सिस्टम शुरू होने के बाद स्वत: लॉगिन कॉन्फ़िगर करें ("रखरखाव-मुक्त" रिबूट के लिए) और वॉइला! निर्माण कार्य!
अंतिम टच एमुलेटर लॉन्च कर रहे थे और एजेंट लॉन्च स्क्रिप्ट में वर्कस्टेशन को अवरुद्ध कर रहे थे। वर्चुअल असेंबली रिबूट के बाद प्रदर्शन किया गया था, और लॉक के कारण पहली असेंबली में देरी को बाहर करने के लिए एमुलेटर को शुरू करने की आवश्यकता थी, क्योंकि एडमिन ने पूछा ("मशीन के कंसोल ओपन होने पर यह सार्थक नहीं है!")।
अगला कदम बिल्ड स्क्रिप्ट में यूनिट परीक्षणों को जोड़ना था। टेस्ट, जैसा कि मैंने कहा, यूनिट टेस्ट फ्रेमवर्क के तहत चलाया गया था, जो सिल्वरलाइट टूलकिट के साथ बंडल में आता है। एमुलेटर पर चलना पहले से ही एक पूर्ण चरण था, इसलिए परीक्षण बिना किसी समस्या के शुरू हुआ:

टीमसीटी के लिए परीक्षा परिणाम स्थानांतरण

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

1. टैग को एकल-पंक्ति होना चाहिए। TeamCity एक टैग के अंत के रूप में लाइन की व्याख्या करती है, इसलिए टैग गलत प्रारूप में है और इसे अनदेखा किया जाता है। उदाहरण में प्रलेखन अनुक्रम द्वारा लाइन फ़ीड वर्णों के हस्तांतरण को दर्शाता है "| n | r", लेकिन यह मेरे लिए काम नहीं करता था।
2. टैग बहुत लंबा नहीं होना चाहिए। स्टैक ट्रेस से लाइन ब्रेक को काटने और टेस्टफेल्ड टैग में विवरण के रूप में इसे पास करने का प्रयास किया गया, जिसके परिणामस्वरूप TeamCity ने मनमाने ढंग से परिणामी लंबी स्ट्रिंग को लगभग 300 वर्णों के साथ सभी परिणामों के साथ तोड़ दिया। दिलचस्प बात यह है कि एक लाइन का शेष जो स्पष्ट रूप से 300 वर्णों से अधिक लंबा है, बिल्ड लॉग में बिना किसी विभाजन के दिखाया गया था। मैंने विस्तार से प्रयोग नहीं किया, और मैंने बिल्ड लॉग में त्रुटि त्रुटियों को प्रदर्शित करने का निर्णय लिया
   

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

private void MainPage_Loaded(object sender, RoutedEventArgs e) { var testPage = UnitTestSystem.CreateTestPage(GetSettings()) as IMobileTestPage; BackKeyPress += (x, xe) => xe.Cancel = testPage.NavigateBack(); (Application.Current.RootVisual as PhoneApplicationFrame).Content = testPage; } 

संशोधन में GetSettings फ़ंक्शन को कॉल करना शामिल है। यहाँ यह बहुत ही कार्य है:

 public static UnitTestSettings GetSettings() { var settings = UnitTestSystem.CreateDefaultSettings(); settings.TestHarness.TestClassStarting += TestHarnessTestClassStarting; settings.TestHarness.TestClassCompleted += TestHarnessTestClassCompleted; settings.TestHarness.TestMethodStarting += TestHarnessTestMethodStarting; settings.TestHarness.TestMethodCompleted += TestHarnessTestMethodCompleted; return settings; } 

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


यूनिट-परीक्षणों के साथ कोड कवरेज को नियंत्रित करने की इच्छा अधूरी रह गई। जैसा कि यह निकला, SIlverlight रनटाइम में कोड कवरेज को सामान्य रूप से नियंत्रित करना संभव नहीं है। बड़े लोग कवरेज पाने के लिए नियमित रूप से .NET CLR में टेस्ट कोड को पुनः प्राप्त करने की सलाह देते हैं । हालांकि, परीक्षणों की उपलब्ध मात्रा के साथ, कभी-कभी बहुत सख्ती से सिल्वरलाइट रनटाइम से बंधा होता है, ऐसा करने के लिए अव्यावहारिक माना जाता था। फिर भी, सपना बना रहा, और मैं इसे उस छोटी परियोजना पर महसूस करने की कोशिश करूंगा जो शुरू हो गई है। मुझे उम्मीद है कि सब कुछ काम करेगा और मैं अपनी खुशी साझा कर सकता हूं।

PS यह मेरी पहली पोस्ट है, इसलिए मैं रचनात्मक आलोचना और सुझावों के लिए तैयार हूं।