कहें कि आपके पास एक प्रोजेक्ट है जो मैवेन और सबवर्सन रिपोजिटरी का उपयोग करता है। इसमें काफी सारे मॉड्यूल शामिल हैं। अब तक, विकास ट्रंक में हुआ, लेकिन अब फीचर शाखाएं पेश की जानी हैं। टीम के सभी डेवलपर्स को फीचर शाखाओं का उपयोग शुरू करना चाहिए, इस पर विचार करना उतना दर्दनाक होना चाहिए।फीचर शाखा पुनर्संरचना को स्वचालित करने के लिए मेवेन का उपयोग करने का कोई तरीका है?
तो, एक शाखा बनाने के लिए, आप रिलीज प्लगइन का उपयोग करते हैं जो आसानी से आपके लिए एक शाखा बनाता है, सभी मॉड्यूल पोम्स के संस्करण संख्याओं को सही ढंग से बदलता है और यहां तक कि पैरेंट पोम में <scm> अनुभाग भी अपडेट करता है।
अब, अगर आप ट्रंक करने के लिए सुविधा शाखा के एकीकरण करना चाहते हैं, वहाँ रिहाई प्लगइन में कोई मिलता-जुलता कार्यक्षमता है - आप हाथ से सब कुछ करना है:
reintegrateझंडा- बदलें के साथ मर्ज सभी poms में संस्करण संख्या
- बदलें
<scm>अनुभाग मैन्युअल - प्रतिबद्ध
यह केवल बोझिल नहीं है बल्कि हर बार हाथ से किए जाने पर भी त्रुटि प्रवण होता है (और यह अक्सर फीचर शाखाओं का उपयोग करते समय अक्सर हो सकता है)। मुझे पता है कि कम से कम दूसरे बिंदु को release:update-versions या version:set का उपयोग करके स्वचालित किया जा सकता है, लेकिन अधिक होना चाहिए, है ना? मैं क्या खो रहा हूँ?
बिल्ड सिस्टम से संबंधित इस प्रकार के कार्यों के लिए, अधिकांश दुकानों में मैंने घर-लुढ़का हुआ पर्ल या पायथन स्क्रिप्ट लिखने के लिए काम किया है। फिर, अन्य एकीकरण कार्यों को भी कार्यान्वित किया जाता है, जैसे सुविधा के लिए परीक्षण DNS प्रविष्टियां बनाना या निकालना, देव सर्वर पर फ़ाइलों की एक अलग प्रति, आदि – zanlok
हम्म, यह अभी भी दुर्भाग्यपूर्ण लगता है, क्योंकि यह मेवेन/विचलन को तोड़ता है पारिस्थितिकी तंत्र। यह लगभग लगता है जैसे कस्टम मैवेन प्लगइन को लागू करना आवश्यक हो सकता है। – David