हम एक जटिल परियोजना के लिए जेनकिंस पाइपलाइन प्लगइन का उपयोग करने पर विचार कर रहे हैं जिसमें विलय होने से पहले विभिन्न उपकरणों (विभिन्न मशीनों पर) का उपयोग करके कई डिलीवरी शामिल हैं। फिर भी, यह एक Jenkinsfile
के साथ एक पूर्ण निर्माण करने के लिए काफी आसान लगता है, और मुझे पाइपलाइन के साथ आने वाली गिट शाखाओं की स्वचालित खोज पसंद है।अलग नौकरी के रूप में एक पाइपलाइन के भाग भाग
हालांकि, इस बिंदु पर, हमारे पास प्रत्येक डिलीवरी के लिए नौकरियां हैं और व्यक्तिगत नौकरियों को व्यवस्थित करने के लिए एक बिल्ड-फ्लो आधारित "मेटा" नौकरी का उपयोग करें। इसके बारे में अच्छी बात यह है कि यह केवल एक व्यक्तिगत नौकरी शुरू करने की इजाजत देता है अगर केवल छोटे बदलाव किए गए थे, यह देखने के लिए कि यह डिलीवरी अभी भी संकलित है या नहीं।
इस का अनुकरण करने के लिए, कुछ विचार मन में आया था:
- उपयोग विभिन्न
Jenkinsfile
प्रसव के लिए और शीर्ष स्तर केJenkinsfile
मेंload
उन्हें; ऐसा लगता है कि मल्टीब्रैंच पाइपलाइन जॉब अभी तक (https://issues.jenkins-ci.org/browse/JENKINS-35415) का उपयोग करने के लिएJenkinsfile
को कॉन्फ़िगर करने की अनुमति नहीं देता है, इसलिए, व्यक्तिगत वितरण के लिए नौकरियां बनाना अभी भी खुला है। - "शीर्ष-स्तरीय" नौकरी के लिए कॉन्फ़िगरेशन विकल्प प्रदान करें और एसमें सभी डिलीवरी के लिए बनाने के लिए चुनने में सक्षम होने के लिए
if
एस है। यह एक अलग पाइपलाइन में अलग-अलग प्रकार के प्रकारों को मिलाएगा, और, कम से कम, निर्माण समय के आकलन को गड़बड़ कर देगा।
क्या वे व्यवहार्य विकल्प हैं, या क्या कोई बेहतर है?
यह प्रश्न http://stackoverflow.com/questions/38129745/jenkins-build-pipeline-restart-at-stage के समान ही है, हालांकि वह पुनरारंभ करने के बारे में है। फिर भी, उस प्रश्न के उत्तर भी इस सवाल को पकड़ते हैं। – olenz