मावेन के साथ निर्माण प्रक्रिया को गति दें

शायद आप में से कई मावेन के साथ काम कर रहे हैं। यदि ऐसा है, तो मुझे लगता है कि आप में से प्रत्येक रोजाना कई बार अपनी परियोजना एकत्र करता है, खासकर यदि आप अब विकास के सक्रिय चरण में हैं और परिवर्तन कई मॉड्यूलों को प्रभावित करते हैं। समय के एक निश्चित बिंदु पर, परियोजना काफी बड़ी हो जाती है और निर्माण हर दिन और लंबे समय तक चलने लगता है ... और अब समय आता है जब इसके बारे में कुछ करने का समय होता है।

Maven 2 से Maven 3 में माइग्रेट करें

क्या आप अभी भी maven2 का उपयोग कर रहे हैं? यह अजीब है। संस्करण 3 में प्रवासन से निर्माण प्रक्रिया में काफी तेजी आ सकती है। मेरी परियोजना में, Maven 3 पर स्विच करने से बिल्ड गति में 10% की वृद्धि हुई। नए संस्करण में किए गए कुछ प्रकार के सुधार और अनुकूलन के कारण सबसे अधिक संभावना है (जैसा कि डेवलपर्स का कहना है कि कोड की मात्रा काफी कम हो गई थी और बहुत ही कम हो गई थी)। प्रवासन आपको कुछ मिनट लगेगा और ज्यादातर मामलों में दर्द रहित होगा। हालांकि एक मौका है कि कुछ कॉन्फ़िगरेशन फ़ाइलों को अभी भी ठीक करना है।

हम गुठली और अतिरिक्त प्रवाह का उपयोग करते हैं

Maven 3 में एक बढ़िया विकल्प है:

mvn -T 4 clean intall mvn -T 2C clean install 

पहले मामले में, हम स्पष्ट रूप से संकेत देते हैं कि हम 4 थ्रेड्स पर असेंबली प्रक्रिया शुरू करना चाहते हैं। दूसरे मामले में, हम संकेत देते हैं कि विधानसभा प्रक्रिया के लिए प्रत्येक कोर के लिए 2 धागे आवंटित किए जाने चाहिए। यह नए मावेन की नई विशेषताओं में से एक है - समानांतर बिल्ड। यह सुविधा आपकी परियोजना की निर्भरता ग्राफ का विश्लेषण करती है।
और मॉड्यूल को विभिन्न धाराओं में धकेलता है, जिनमें से विधानसभा को समानांतर में प्रदर्शन किया जा सकता है।
मेरी वर्तमान परियोजना के लिए, दूसरे पैरामीटर (-T 2C) के साथ निर्माण की गति 20% बढ़ गई है। सच है, एक खामी है। निर्माण के लिए उपभोग किए जाने वाले संसाधनों की मात्रा में काफी वृद्धि हो सकती है। मेरे मामले में, यह + 30% मेमोरी की खपत है।
मैं तुरंत ध्यान देना चाहता हूं - यदि आपकी परियोजना में मॉड्यूल की कनेक्टिविटी बहुत कम है - तो
इस विकल्प के साथ निर्माण की गति को परिमाण के एक क्रम से बढ़ाया जा सकता है।
यह, वैसे, आपके प्रोजेक्ट आर्किटेक्चर के बारे में सोचने का अवसर है। आखिरकार, यदि बिल्ड में बहुत समय लगता है, तो थोड़ा सा रीफैक्टरिंग इस आंकड़े को कम करने में मदद करेगा। हालांकि, ज़ाहिर है, यह सब बहुत ही व्यक्तिगत है।
सामान्य तौर पर, डेवलपर्स का कहना है कि विधानसभा की गति में वृद्धि 20-50% हो सकती है।

फूट डालो और जीतो

अब मैं कहता हूं कि यह प्रतिबंध है, लेकिन अगर आपके पास एक पूरी परियोजना है, तो इसे तार्किक मॉड्यूल में तोड़ देना बेहतर है। ब्रेकअप करना अपने आप में एक अंत नहीं बनना चाहिए। लेकिन विभाजन अधिक से अधिक और कम निर्भरता तेजी से विधानसभा की प्रक्रिया। मॉड्यूल द्वारा परीक्षणों के वितरण से उत्पादकता में भी वृद्धि होगी, और सिद्धांत रूप में यह सुविधाजनक है।

mvnsh

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

प्लग-इन

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

 [WARNING] ***************************************************************** [WARNING] * Your build is requesting parallel execution, but project * [WARNING] * contains the following plugin(s) that are not marked as * [WARNING] * @threadSafe to support parallel building. * [WARNING] * While this /may/ work fine, please look for plugin updates * [WARNING] * and/or request plugins be made thread-safe. * [WARNING] * If reporting an issue, report it against the plugin in * [WARNING] * question, not against maven-core * [WARNING] ***************************************************************** [WARNING] The following plugins are not marked @threadSafe in eridanus-supervoid-module: [WARNING] org.codehaus.mojo:jboss-maven-plugin:1.5.0 

इसलिए, वास्तव में, प्लगइन्स के नवीनतम संस्करणों का उपयोग करना उचित है, क्योंकि वे थ्रेड-सुरक्षित होने की संभावना है। जैसा कि आप जानते हैं - यदि प्लगइन थ्रेड-सुरक्षित नहीं है, तो उसके सभी कार्यों को -T विकल्प के साथ थ्रेड के बीच वितरित नहीं किया जा सकता है।

मैं किसी भी अतिरिक्त जानकारी के लिए आभारी रहूंगा जो विधानसभा को गति देने में मदद करेगी।