जब्बार के साथ निरंतर एकीकरण। एक बाइक का आविष्कार?

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

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

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

इस विचार को लागू करने के लिए, हमने निम्नलिखित कार्य किए।

• हमने जैबर रोस्टर में सर्वर अकाउंट्स बिल्डर, टेस्टरसर्वर, डिटेलर, हडसन को पंजीकृत किया, प्रत्येक समूह के लिए इन "उपयोगकर्ताओं" को बनाया, जो इन समूहों को संचार कर सकते हैं, इन समूहों को भर सकते हैं, इस प्रकार उन वास्तविक उपयोगकर्ताओं की एक सूची को परिभाषित करते हैं, जिनके पास एक या दूसरे कार्यात्मक तक पहुंच होगी।

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

• CI तत्व के लिए एक खाका विकसित किया गया है जो कि jabber-net.dll लाइब्रेरी का उपयोग करता है, जिसमें इनबाउंड कमांड हैंडलर होते हैं और निष्पादन के परिणामों के आधार पर आउटबाउंड हैंडलर भेजते हैं।

C # में एक उदाहरण टेम्पलेट:

using System; namespace Jabber { public class Jabberclnt : IDisposable { private jabber.client.JabberClient clnt = null; ~Jabberclnt() { Dispose(false); } public void Dispose() { Dispose(true); GC.SuppressFinalize(this); } public void Dispose(bool disposing) { if (clnt != null) { clnt.Close(); clnt.Dispose(); clnt = null; } } public void Init(string user, string pwd) { clnt = new jabber.client.JabberClient (); clnt.PlaintextAuth = true; clnt.Server = "pt.int"; clnt.NetworkHost = "jabber.ptsecurity.ru"; clnt.Port = 5222; clnt.User = user; clnt.Password = pwd; clnt.AutoLogin = false; clnt.OnMessage += clnt_OnMessage; clnt.Connect (); } void clnt_OnMessage (object sender, jabber.protocol.client.Message msg) { if (null == msg.Body) return; Console.WriteLine(string.Format("[{0}] {1}:{2}", DateTime.Now.ToString(), msg.From.User, msg.Body)); //  } public bool SendMessage(string user, string msg) { bool res = true; try { var jabberuser =new jabber.JID(user); var jabberMessage = new jabber.protocol.client.Message(clnt.Document) { Body = msg, To = jabberuser }; clnt.Write(jabberMessage); } catch (System.Exception ex) { res = false; } return res; } } class Program { static void Main(string[] args) { Jabberclnt clnt = new Jabberclnt(); clnt.Init("username", "password"); System.Threading.Thread.Sleep(1000); clnt.SendMessage("buildserver@pt.int", "test"); System.Threading.Thread.Sleep(1000); } } } 

• im और jabber प्लगइन्स के साथ हडसन सर्वर को उठाया - अन्य प्रतिभागियों के साथ संवाद करने में सक्षम होने के लिए।

इस विचार को महसूस करने के बाद, हमें निम्नलिखित योजना मिली:



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

जैसा कि मैंने पहले ही नोट किया था, डेवलपर को Jabber से IM के रूप में प्राप्त होता है (हमारे पास मिरांडा है) किसी भी सर्वर के लिए एक तैयार प्रबंधन और अधिसूचना उपकरण है - ध्यान में रखते हुए, निश्चित रूप से यह एक्सेस अधिकार Jabber रोस्टर में पंजीकृत है।

एक पूर्ण चक्र के साथ इस श्रृंखला में प्रतिभागियों की बातचीत की योजना इस प्रकार है।
डेवलपर प्रक्रिया शुरू करता है।



BuildServer सफलता की रिपोर्ट करता है और TestServer पर नियंत्रण स्थानांतरित करता है।



परीक्षण चलाने के बाद, एक सफलता संदेश भी आता है, और नियंत्रण को परिनियोजन सर्वर पर स्थानांतरित कर दिया जाता है।



चक्र के अंत में, प्रक्रिया शुरू करने वाले को सूचित किया जाता है - और हितधारकों की एक सूची।



हालांकि, एक पूर्ण चक्र शुरू करने के लिए हमेशा आवश्यक होता है: बहुत बार श्रृंखला से एक एकल क्रिया करने की आवश्यकता होती है, इस मामले में विभाजित सर्वर योजना विशेष रूप से कुशलतापूर्वक काम करती है।



तो, यह योजना निम्नलिखित मुद्दों की श्रृंखला को हल करने में मदद करती है।

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

हम आपको इस दृष्टिकोण के फायदे और नुकसान पर चर्चा करने के लिए आमंत्रित करते हैं। यदि विवरण दिलचस्प हैं - प्रश्न पूछें: अनुभव साझा करें :)

PS इस विषय पर एक रिपोर्ट एप्लिकेशन डेवलपर डेज़ ( प्रस्तुति और वीडियो ) में प्रस्तुत की गई थी ।