हम मावेन के साथ एक जावा परियोजना को एक नए तरीके से जारी कर रहे हैं

हम सभी लंबे समय से मावेन के आदी रहे हैं, यह प्रस्ताव और निर्भरता प्रबंधन के संस्करण के लिए। मावेन का जन्म तब हुआ था जब परियोजना की दैनिक विधानसभा सबसे साहसी थी, जब इसे साल में कम से कम दो बार जारी करने के लिए सामान्य माना जाता था , जेनकिंस को तब हडसन कहा जाता था , और पेड़ बड़े थे ...

विकास की दुनिया में लाए गए विचार बेहद लोकप्रिय थे और जल्दी से लोकप्रियता हासिल कर ली: एक मानक वर्कफ़्लो परियोजना, एक मानक निर्देशिका मॉडल और बहुत कुछ परिभाषित करना, जो लंबे समय से दी गई है।

नवाचारों में से एक के रूप में, मावेन ने एक मानक संस्करण प्रणाली शुरू की। संस्करण को प्रोजेक्ट फ़ाइल में संग्रहीत किया गया था और जब भी हमने कोई नई रिलीज़ जारी की, तब उसे बदल दिया गया। एक ऐसी दुनिया में जहाँ एक शाखा बनाना और उसका विलय हर किसी के लिए सुलभ नहीं था, इस तरह का दृष्टिकोण काफी आम था।

यह सब बहुत विकास को सरल बनाता है, नई परियोजनाओं की शुरुआत, परियोजना के लिए डेवलपर्स का परिचय, संस्करण की रिहाई और निर्भरता प्रबंधन।

लेकिन दुनिया अभी भी स्थिर नहीं है, और इस तथ्य के बावजूद कि मावेन द्वारा लागू किए गए कई विचार अभी भी जीवित हैं और एक परियोजना से दूसरे में चले जाते हैं, मावेन का संस्करण एक लाभ से अधिक समस्या बन गया है।

अगला, हम दुनिया को बेहतर बनाने और अपने जीवन को सरल बनाने के लिए प्रयास करेंगे।


आधुनिक वास्तविकताओं में, प्रति सप्ताह और यहां तक ​​कि प्रति दिन कई संस्करणों को जारी करने पर विचार किया जाता है, यदि आदर्श नहीं है, तो लक्ष्य। और, ऐसी स्थितियों में, परियोजना फ़ाइल में संस्करण को संग्रहीत करने से एक बहुत बड़ा ओवरहेड हो जाता है।

प्रत्येक रिलीज़ दो रिपॉजिटरी की ओर ले जाता है, और परिणामस्वरूप, प्रोजेक्ट के सक्रिय विकास और रिलीज़ के साथ, उपयोगी लोगों की तुलना में ऐसे तकनीकी कमिट होते हैं। परियोजना का इतिहास बहुत कठिन है और इसे समझना मुश्किल है।
इसके अलावा, यह दृष्टिकोण जानकारी के दोहराव की ओर जाता है: यह न केवल परियोजना फ़ाइल में संस्करण को संग्रहीत करने के लिए प्रथागत हो गया है, बल्कि एक रिपॉजिटरी टैग के रूप में भी है।

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

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

शायद ये सभी समस्याएं किसी को दूर की कौड़ी लगेंगी, लेकिन अधिक या कम संख्या में परियोजनाओं के साथ, CI / CD को प्रबंधित और कॉन्फ़िगर करना एक अत्यंत अप्रिय और भ्रामक प्रक्रिया में बदल जाता है।

अब जब यह समस्या दिखाई दे रही है, तो इसे हल करने का प्रयास करें, ताकि हम उपकरण के सेट, प्रक्रियाओं को न बदलें, और सामान्य तौर पर यह स्वयं, किसी तरह।

क्या आवश्यक है:

• संस्करण एक बार भंडारित टैग के रूप में संग्रहीत किया जाता है
• किसी भी रिलीज का पुनर्निर्माण संभव है, चरणों का सेट उसी तरह होना चाहिए जैसा कि नई रिलीज के मामले में होता है
• रिपॉजिटरी को लिखने की अनुमति की आवश्यकता नहीं है
• हम अभी भी एक परियोजना प्रबंधक के रूप में मावेन का उपयोग करते हैं

मान लीजिए कि सीआई / सीडी हमारे लिए एक टैग प्राप्त करेगा और एक परियोजना की जांच करेगा।

मान लें कि हमारे लिए टैग CI / CD के साथ पर्यावरण चर RELEASE_TAG में भरा गया है, तो, रिलीज जारी करने के लिए, हमें निम्नलिखित कमांड निष्पादित करना होगा:

mvn -B versions:set -DnewVersion=$RELEASE_TAG (1) mvn -B deploy (2) 

1 - परियोजना और इसके मॉड्यूल की पोम-फाइलों में अपडेट संस्करण
2 - बनाता है और, यदि प्रोजेक्ट सही तरीके से कॉन्फ़िगर किया गया है, तो भंडार को कलाकृतियों को अपलोड करता है

-B ध्वज सेट करना न भूलें, अन्यथा निष्पादन लॉग एक कद्दू में बदल जाता है।

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

परिवर्तनों के परिणामस्वरूप, आप पोम फ़ाइल से मावेन-रिलीज़-प्लगइन और स्कम ब्लॉक कॉन्फ़िगरेशन को हटा सकते हैं।

»माइनस के:
यदि आप कहीं SNAPSHOT संस्करणों का उपयोग करते हैं, तो भ्रम शुरू हो सकता है, अब सभी SNAPSHOT संस्करण समान दिखते हैं। और शायद परियोजनाओं को जारी करने का यह तरीका आपके लिए नहीं है।

ऐसा लग सकता है कि एक ही प्रतिबद्ध से एकत्र की गई कलाकृतियां अलग-अलग टैग के साथ समान होंगी, लेकिन, दुर्भाग्य से, ऐसा नहीं है। हम अभी भी फ़ाइल में संस्करण को उजागर करते हैं, और परिणामस्वरूप, एकत्र किए गए पैकेज अलग होंगे।

»पेशेवरों से:

• सभी आवश्यकताओं को पूरा किया जाता है, और इससे भी अधिक!
• संस्करण केवल प्रोजेक्ट टैग में संग्रहीत किया गया है
• पुराने संस्करण के नए और पुनर्निर्माण का संयोजन मूल संस्करण के समान कमांड के सेट द्वारा किया जाता है
• परियोजना के लिए अधिकारों की कोई आवश्यकता नहीं है
• टूलबॉक्स वही रहता है
• बोनस: परियोजना विन्यास सरलीकृत

तो, दो लाइनों ने फिर से दुनिया को बचा लिया।
यह सब, आपके ध्यान के लिए धन्यवाद!