🍲 🙏🏽 🥌 रूम हीरो - बिल्ड मैनेजर 📶 👩🏻‍🎨 🐗

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

त्याग

यह नेट पर मेरे पहले प्रकाशनों में से एक है। मैं उस क्षेत्र के विशेषज्ञ होने का दिखावा नहीं करता जिस पर चर्चा की जाएगी, और मैं किसी भी स्थिति में लेख को कार्रवाई के लिए मार्गदर्शक के रूप में नहीं लिखूंगा। मैंने बस अपने छोटे से अनुभव को एक साथ रखने की कोशिश की है, और मैं अपने विचारों को सामंजस्य के साथ साझा करने का प्रयास करना चाहता हूं।

समस्या

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

कारखाने का निर्माण

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

उत्तरदायित्व

बिल्ड फैक्ट्री निम्नलिखित जिम्मेदारियों को मान सकती है:

स्क्रिप्ट का निर्माण
यह कोई रहस्य नहीं है कि लंबे समय तक डी वास्तविक मानक असेंबली, जैसे चींटी, मावेन, सीमेक और अन्य के लिए विशेष उपकरणों का उपयोग करना है। अब से, बिल्ड फैक्टरी स्क्रिप्ट लेखन और समर्थन कर सकती है। इसके कारण, समय के साथ, वे एक-दूसरे के साथ मॉड्यूल को एकीकृत करने की प्रक्रिया को पूरी तरह से नियंत्रित करना शुरू कर देते हैं, क्योंकि इससे पहले, जब प्रत्येक टीम ने अपने मॉड्यूल के लिए अपनी स्क्रिप्ट लिखी थी, सब कुछ विशेष रूप से एकीकृत नहीं था और अपने बीच मॉड्यूल के एकीकरण को जटिल करता था।
SCM का समर्थन
उत्पाद शाखाओं को नियंत्रित करना, और वास्तव में, उत्पाद संस्करण को नियंत्रित करना, एक ऐसा कार्य है जो बिल्ड फैक्ट्री ठीक कर सकती है। फिर से, विभिन्न उत्पाद मॉड्यूल का संस्करण एक समान दिखाई देगा, जो फिर से अपने बीच मॉड्यूल के एकीकरण की सुविधा प्रदान करेगा।
निरंतर एकता
यह बिल्ड फैक्ट्री के काम का थोक है। विचार यह है कि डेवलपर्स केवल SCM में कोड बनाते हैं, और नहीं। बाकी सब कुछ अपने आप बिल्ड सर्वर द्वारा किया जाता है। उत्कृष्ट CI सिस्टम हैं, जैसे जेनकिंस \ हडसन, इलेक्ट्रिउ कमांडर, क्रूज़ कंट्रोल, आदि ... ये सभी अनिवार्य रूप से एक वेब इंटरफ़ेस के साथ एक बड़े क्रॉस-प्लेटफ़ॉर्म शेड्यूलर हैं, जो क्लस्टर और अन्य उपहारों की क्षमता है। मैं एक अलग लेख में विवरण लिख सकता हूं, अगर किसी को दिलचस्पी है, तो फिलहाल मैं केवल बीज के लिए निम्नलिखित कहूंगा। अंक 1 और 2 को पूरा करने के बाद, सीआई सिस्टम की स्थापना, विकास प्रक्रिया निम्नानुसार दिखाई देगी। डेवलपर्स कोड, एक शेड्यूल या ट्रिगर के अनुसार CI सिस्टम (उदाहरण के लिए, यदि पिछले सफल बिल्ड के बाद से SCM में नए कमिट हैं) यूनिट टेस्ट चलाता है, मॉड्यूल असेंबली स्क्रिप्ट चलाता है (संभवतः समानांतर में, अगर प्रोजेक्ट आर्किटेक्चर इसकी अनुमति देता है), परिणामों का इंतजार करता है, उन्हें पैक करता है। इंस्टॉलर के लिए, और इंस्टॉलर सर्वर पर अपलोड करता है। कुछ परीक्षण वातावरण पर सफल असेंबली के बाद, आप स्वत: परीक्षण चला सकते हैं, जो QA टीम कृपया प्रदान करेगी, और मैन्युअल परीक्षण के लिए उत्पाद भी तैयार करेगी (उदाहरण के लिए, जावा वेब अनुप्रयोग के मामले में, परीक्षण टॉम्कट पर उत्पाद स्थापित करें, परीक्षण के लिए डेटाबेस भरें डेटा और सामान की तरह)। जो कोई भी चुने गए विकास पद्धति के ढांचे के भीतर इसकी आवश्यकता है, वह सीआई सिस्टम का उपयोग कर सकता है। उदाहरण के लिए, QE, एक बड़ा बटन दबा सकता है "BUILD IT!", प्रतीक्षा करें, और परीक्षण सर्वर पर परीक्षण के लिए तैयार उत्पाद प्राप्त करें। कभी-कभी यह इस तरह से बहुत सुविधाजनक है, जोड़तोड़ की एक श्रृंखला के बाद, उत्पाद को इसकी मूल स्थिति में रीसेट करने के लिए।
दोषियों की तलाश करें
जब बिल्ड क्रैश हो जाता है, तो यह बिल्ड फैक्ट्री है जो उस व्यक्ति को जल्दी से ढूंढने में सक्षम है जिसने घातक काम किया है (यदि बिंदु 3 को सही तरीके से निष्पादित किया गया है)। यह सामान्य उत्पाद जीवन चक्र को ठीक करने और पुनर्स्थापित करने की प्रक्रिया को गति देता है।
डेवलपर का समर्थन
यह कोई रहस्य नहीं है कि सभी डेवलपर्स कंपनी में उपयोग किए जाने वाले SCM को बिल्कुल नहीं जानते हैं। बिल्ड फैक्टरी ऐसे लोगों का समर्थन करने में सक्षम है, साथ ही उनके लिए प्रशिक्षण का आयोजन भी करती है।
उत्पाद जारी
विकास पद्धति के आधार पर, सिद्धांत रूप में, किसी भी सफल निर्माण को रिलीज बिल्ड कहा जा सकता है। लेकिन अगर किसी कारण से ऐसा नहीं हो सकता है, तो बिल्ड फैक्टरी एक विशेष रिलीज बिल्ड (और वितरण) बनाने में शामिल हो सकती है।

बिल्ड मैनेजर को क्या पता होना चाहिए

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

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

निष्कर्ष

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