बिल्ड सिस्टम - पहचान

यह क्या है

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

स्पष्टता के लिए एक छोटी सूची:

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

ऐसी प्रणालियों के सबसे लोकप्रिय प्रतिनिधि एंट + आइवी, मावेन हैं।

भ्रम की स्थिति

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

इसलिए, यह इच्छुक पाठक नहीं है, जो दिलचस्प के लिए अपनी खोज जारी रख सकता है, लेकिन इच्छुक पाठक - पर पढ़ सकता है।

मैंने विशेष रूप से स्पष्टीकरण और विशेषताओं के विवरण के साथ पोस्ट शुरू किया, क्योंकि ये सिस्टम न केवल जावा के लिए बन सकते हैं और न केवल वेब विकास में लागू होते हैं। इन प्रणालियों का उपयोग करने की संभावनाएं और विकल्प बहुत व्यापक हैं।

अंत में, वे कोड को बिल्कुल भी संकलित नहीं कर सकते हैं, लेकिन स्वचालित दिनचर्या का काम करते हैं: पीढ़ी, संग्रह, फ़ाइल संचालन, सर्वर पर स्थापना - जो डेवलपर्स को अपना समय अधिक कुशलता से बिताने की अनुमति देता है।

उच्च स्तरीय वास्तुकला

सभी बिल्ड-सिस्टम की वास्तुकला इस प्रकार है:

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

शब्दावली से अपरिचित लोगों के लिए: एक रिपॉजिटरी कुछ डेटा का कुछ संरचित रिपॉजिटरी है। उदाहरण के लिए, विभिन्न सहायक पुस्तकालय / प्लगइन्स / स्क्रिप्ट / प्रलेखन / स्रोत, आदि।

इस पर, मैं बिल्ड सिस्टम के बारे में सामान्य भाग को समाप्त करूंगा और अधिक विशिष्ट चीजों पर आगे बढ़ूंगा।

Maven

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

मैं आपको इस क्रम में पढ़ने की सलाह देता हूं:

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

निष्कर्ष

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

जारी: बिल्ड सिस्टम - स्थानीय रिपोजिटरी