DIY निरंतर एकीकरण प्रणाली

शुभ दिन, % उपयोगकर्ता नाम% !

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

छोटी परियोजनाओं के लिए, मैं केवल कुछ उपकरणों का उपयोग करता हूं:

• .NET विकास मंच
• डेटाबेस के लिए MS SQL सर्वर
• परीक्षण के लिए NUnit
• ... शायद कुछ और उपकरण

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

हम वीसीएस के रूप में svn का उपयोग करेंगे (वास्तव में, अन्य प्रणालियों में हुक में अंतर न्यूनतम हैं, या बिल्कुल भी नहीं हैं)।

1. एक भंडार बनाएँ।
2. हुक फ़ोल्डर में जाएं और वहां पोस्ट-कमिट बनाएं। इस बैच फ़ाइल में हम एक कमांड लिखेंगे जिसे प्रत्येक कमिट के बाद निष्पादित किया जाना चाहिए।
3. हम भंडार से चेक बनाते हैं। रूट निर्देशिका को अव्यवस्थित नहीं करने के लिए एक CI फ़ोल्डर बनाएं। CI फ़ोल्डर में, Run.bat फ़ाइल बनाएं, जिसमें हमारी पूरी प्रक्रिया का वर्णन किया जाएगा।
4. पोस्ट-कमेटी में, रन.बट चलाएं - यह सब ऑटोमेशन है

बाद commit.bat:
D: \ Work \ SomeProject \ CI \ Run.bat

परीक्षण के एक निश्चित सेट के साथ विकास के तहत परियोजना .NET पर एक क्लास लाइब्रेरी है।

इसलिए, हम अपने CI सिस्टम के लिए कार्यों को परिभाषित करते हैं

1. एक रिपॉजिटरी से स्रोत कोड को पुनः प्राप्त करना
2. कमिट के बाद त्वरित निर्माण और निर्माण के बाद इकाई परीक्षण चलाते हैं
3. परिणाम अधिसूचना का निर्माण

बेशक, यह सीआई कार्यों की पूरी सूची नहीं है, लेकिन मैं सभी प्लेटफार्मों को कवर करने और सभी विकास विधियों की बारीकियों को ध्यान में रखने की कोशिश नहीं करता हूं।

1. रिपॉजिटरी से सोर्स कोड प्राप्त करना

ऐसा करने के लिए, बस svn अद्यतन कमांड चलाएँ। प्रत्येक परिवर्तन के साथ, अपडेट में न्यूनतम समय लगेगा (एक विकल्प के रूप में, आप फ़ोल्डर को पूरी तरह से साफ़ कर सकते हैं और एक चेकआउट कर सकते हैं)

2. निर्माण के बाद कमिट और रन यूनिट टेस्ट के बाद फास्ट बिल्ड

इन उद्देश्यों के लिए, हम msbuild स्क्रिप्ट का उपयोग करेंगे:

<? xml संस्करण = "1.0" एन्कोडिंग = "utf-8" ?>
<प्रोजेक्ट DefaultTargets = "टेस्ट" xmlns = " schemas.microsoft.com/developer/msbuild/2003" >
<! - MSBuild कार्य आयात करें ->
<आयात परियोजना = "$ (MSBuildExtensionsPath) \ MSBuildCommunityTaches \ MSBuild.Community.Tasks.Targets" />
<प्रॉपर्टी ग्रुप >
<कॉन्फ़िगरेशन कंडीशन = "'$ (कॉन्फ़िगरेशन)' == '" > डिबग </ कॉन्फ़िगरेशन >
<ClassLibraryOutputDirectory > bin \ $ (कॉन्फ़िगरेशन) </ ClassLibraryOutputDirectory >
< ProjectDir > SomeSolution \ SomeProject </ ProjectDir >
<ProjectTestDir > SomeSolution \ SomeTests </ ProjectTestDir >
<ProjectFile > $ (ProjectDir) \ SomeProject.csproj </ ProjectFile >
<TestProjectFile > $ (ProjectTestDir) \ SomeTests.csproj </ TestProjectFile >
</ संपत्ति समूह >

<! - वीएस द्वारा उत्पन्न प्रोजेक्ट फाइलों को कॉल करके प्रोजेक्ट बनाएं ->
<लक्ष्य नाम = "बिल्ड" >
<MSBuild प्रोजेक्ट्स = "$ (प्रोजेक्टफाइल)" />
<MSBuild प्रोजेक्ट्स = "$ (TestProjectFile)" />
</ लक्ष्य >

<! - यूनिट परीक्षण चलाएं ->
<लक्ष्य का नाम = "परीक्षण" निर्भरता शब्द = "बिल्ड" >
<Exec कमांड = "" % PROGRAMFILES% \ NUnit 2.5.10 \ bin \ net-2.0 \ nunit-कंसोल। Exe "$ (ProjectTestDir) \ $ (ClassLibraryOutputDirectory," SomeTests.dll / xmlConsole " />
</ लक्ष्य >
</ प्रोजेक्ट >

एक फ़ाइल में मानक आउटपुट स्ट्रीम को रीडायरेक्ट करके CI \ Logs फ़ोल्डर में MSBuild के परिणाम डालें

3. निर्माण परिणाम की अधिसूचना

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

सभी चरणों में काम किया जा रहा है, यह क्रमिक रूप से उन्हें करने के लिए रहता है।

CI \ Run.bat:

सीडी / डी ...
REM 1. अंतिम स्रोत प्राप्त करें
svn अद्यतन
REM 2. यूनिट टेस्ट बनाएं और चलाएं
" % windir % \ Microsoft.NET \ Framework \ v3.5 \ msbuild.exe" Master.build> CI \ Logs \ build.log
REM 3. नोटिफिकेशन भेजें
सेट "संदेश = बिल्ड सफल रहा।"
खोजें "बिल्ड सफल रहा।" CI \ Logs \ build.log> NUL
यदि % errorlevel % 1 सेट "संदेश = बिल्ड विफल रहा।"
CI \ Notifier \ ICQSender.exe " % संदेश % "

परिणाम एक काफी हल्का स्वचालित सीआई सिस्टम है जिसे आप अधिक विस्तार से काम करने वाले टूल का अध्ययन करके आसानी से और लाभदायक रूप से विस्तार कर सकते हैं। और, महत्वपूर्ण रूप से, यह प्रक्रिया अधिक दृश्य हो जाती है, निर्देशिकाओं की सफाई के कारण (सार्वभौमिक लिपियों का कोई पैक नहीं है जो हम उपयोग नहीं करते हैं)।

आपका ध्यान देने के लिए धन्यवाद।

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