2013-04-08 13 views
5

में अपस्ट्रीम/डाउनस्ट्रीम नौकरियों के चुनिंदा अवरोध को परिभाषित करें मेरे पास स्वचालित ट्रिगरिंग के साथ कई नौकरियों का एक सेटअप है।जेनकिन्स

नौकरियों के सभी दोनों 'ब्लॉक का निर्माण जब नदी के ऊपर परियोजना बनाने जा रहा है' 'जब नीचे की ओर परियोजना बनाने जा रहा हैब्लॉक का निर्माण' सही पर सेट किया और की है। यह तब तक ठीक काम करता है जब तक कि अन्य नौकरियों के कलाकृतियों को अपलोड करने के लिए अतिरिक्त नौकरी की आवश्यकता न हो।

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

लेकिन वे अभी भी उल्लिखित सेटिंग्स के कारण प्रतीक्षा करते हैं।

क्या उन्हें इस विशेष नौकरी की प्रतीक्षा करने का कोई तरीका नहीं है? शायद दृष्टिकोण गलत है और यह उनके लिए डाउनस्ट्रीम नौकरी नहीं होनी चाहिए? यदि नहीं - अन्य नौकरियों के निष्पादन की निगरानी कैसे करें और परिणामों को आसानी से इकट्ठा करें? शायद ArtifactDeployer के लिए कुछ गैर-अवरुद्ध विकल्प हैं, जो केवल कार्य और समाप्ति सेट करता है - मुझे अपलोड नौकरी के परिणाम एकत्र करने की आवश्यकता नहीं है?

उत्तर

6

मुझे जवाब खुद मिला। यह मेरी आंखों से ठीक पहले था ...

मुझे पैरामैट्रिज्ड ट्रिगर प्लगइन का बहुत महत्वपूर्ण हिस्सा याद आया: यदि आप इसे बिल्ड चरण के रूप में उपयोग करते हैं और पोस्ट-बिल्ड एक्शन नहीं करते हैं तो यह या तो डाउनस्ट्रीम नौकरी के परिणाम के लिए प्रतीक्षा कर सकता है या इंतजार नहीं कर सकता है। डाउनस्ट्रीम अपस्ट्रीम नौकरी के '(गैर-अवरुद्ध)' उपप्रोजेक्ट के रूप में प्रकट होता है।

+0

मैंने इसे भी नहीं देखा था। उनके पास आईडीके दोनों पर क्यों नहीं है ... – jeremyjjbrown

1

Jenkins Build Flow plugin पर एक नज़र डालें, जो आपको एक संक्षिप्त DSL का उपयोग करके जटिल वर्कफ़्लो को व्यवस्थित करने की अनुमति देता है - मुझे कई नौकरियों के लिए सेटिंग्स को देखने से समझना बहुत आसान लगता है।

+2

क्या यह आसान आग नहीं 'परिदृश्य परिदृश्य के लिए बहुत अधिक बोझ नहीं है? इसके अतिरिक्त, जब मैं मध्य में कुछ बदलता हूं तो मैं पूरी प्रक्रिया का आह्वान नहीं करना चाहता हूं। – maciasello