आटोमेटिंग नूगेट का उपयोग करके नेट पर बनाता है

शुरुआत में क्या उपलब्ध था

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

सिस्टम के विकास और शाखाकरण के साथ, एक कॉमन प्रोजेक्ट में सभी प्लगइन्स को ढूंढना कोड समर्थन को और अधिक कठिन बना देता है। रिपॉजिटरी में लगातार कई शाखाएँ थीं, जिसके कारण परिवर्तन तैयार करने और विलय करने में काफी मुश्किलें आईं।

इसलिए, विभिन्न प्लगइन्स के लिए प्रोजेक्ट की असेंबली को स्वचालित करने के लिए इन्फ्रास्ट्रक्चर बनाने और स्क्रिप्ट को कॉन्फ़िगर करने के लिए एक सशर्त निर्णय लिया गया था।

समस्या को हल करते समय, निम्न उपकरणों का उपयोग किया गया था: NuGet, TeamCity, NAnt, Visual Studio 2010, SlowCheetah।

क्यों जरूरी है?

अपने काम का मूल्यांकन करने के लिए जोएल टेस्ट का उपयोग करें। मेरे पोस्ट कवर 2 और 3 में वर्णित क्रियाएं।

समस्या हल करना

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

[assembly: AssemblyVersion("1.0")] [assembly: AssemblyFileVersion("1.0.0.0")] 

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

नमूना nuspec फ़ाइल

 <?xml version="1.0"?> <package xmlns="http://schemas.microsoft.com/packaging/2010/07/nuspec.xsd"> <metadata> <id>Core</id> <version>1.0.0.0</version> <authors>DefaultCompanyName</authors> <requireLicenseAcceptance>false</requireLicenseAcceptance> <description>    </description> <frameworkAssemblies> <frameworkAssembly assemblyName="System.Configuration" targetFramework="net35" /> <frameworkAssembly assemblyName="System.Core" targetFramework="net35"/> <frameworkAssembly assemblyName="System.Drawing" targetFramework="net35"/> <frameworkAssembly assemblyName="System.Runtime.Serialization" targetFramework="net35"/> <frameworkAssembly assemblyName="System.ServiceModel" targetFramework="net35"/> <frameworkAssembly assemblyName="System.Windows.Forms" targetFramework="net35"/> <frameworkAssembly assemblyName="System.Xml" targetFramework="net35"/> </frameworkAssemblies> </metadata> <files> <file src="core\bin\Release\*.dll" target="lib" /> </files> </package> 

मुख्य बिल्ड टूल NAnt और MSBuild था। Csproj परियोजनाओं को कॉन्फ़िगर करने और निर्भर पुस्तकालयों को डाउनलोड करने के लिए अतिरिक्त निर्देशों के साथ विस्तारित किया गया था।

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

प्रोजेक्ट फाइल में बदलाव

 <Project ToolsVersion="4.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> ... <SolutionDir Condition="$(SolutionDir) == '' Or $(SolutionDir) == '*Undefined*'">..\</SolutionDir> <RestorePackages>true</RestorePackages> ... <SlowCheetahTargets Condition=" '$(SlowCheetahTargets)'=='' ">..\.slowCheetah\SlowCheetah.Transforms.targets</SlowCheetahTargets> ... <Import Project="$(SolutionDir)\.nuget\NuGet.targets" /> <Import Project="$(SlowCheetahTargets)" Condition="Exists('$(SlowCheetahTargets)')" /> </Project> 

प्रत्येक प्लगइन को विन्यास फाइल में तत्वों को जोड़कर या बदलकर सिस्टम कॉन्फ़िगरेशन को संशोधित करने की आवश्यकता है। मैंने SlowCheetah प्रोजेक्ट का उपयोग किया, जो xml फ़ाइलों को बदल रहा है। कॉन्फ़िगर फ़ाइलों को लक्ष्य = "सामग्री" के साथ नगेट पैकेज में शामिल किया गया था और परियोजना फ़ाइल के रूप में जोड़ा गया था। परिवर्तन दो फ़ाइलों को जोड़ा गया। उदाहरण के लिए, Client.ebug.config और Client.Release.config फ़ाइलें Client.config फ़ाइल के लिए बनाई गई हैं। परियोजना के निर्माण में उपयोग किए जाने वाले वर्तमान कॉन्फ़िगरेशन के आधार पर, यह या उस परिवर्तन को लागू किया जाएगा।

आप कलाकृतियों को कॉन्फ़िगर कर सकते हैं ताकि इकट्ठे हुए प्रोजेक्ट टीम इंटरफेस से ज़िप फ़ाइल के रूप में डाउनलोड के लिए उपलब्ध हों।

निष्कर्ष

नतीजतन, हमें एक डीबग किया गया तंत्र मिलता है जो अनुप्रयोगों के संयोजन को स्वचालित करता है। मुख्य फायदे त्वरित असेंबली हैं और बेवकूफ त्रुटियों की संख्या को कम करते हैं।

संदर्भ

NuGet
TeamCity
NAnt
SlowCheetah