मेरे पास जेनकिंस की एक परियोजना में एक सबमॉड्यूल है। मैंने सबमॉड्यूल को पुन: अद्यतन करने के लिए उन्नत सेटिंग को सक्षम किया है।
जब मैं बिल्ड को चलाता हूं, तो मैं देखता हूं कि कार्यक्षेत्र में सबमॉड्यूल से फाइलें हैं। समस्या यह है कि यह सबमॉडल का पहला संशोधन है। जब मैं परिवर्तन (GitHub पर होस्ट किए गए रिपॉजिटरी) को धक्का देता हूं तो जेनकिन्स सही बदलाव लाने के लिए सबमॉड्यूल को अपडेट नहीं करता है। क्या कभी किसी ने यह देखा है?
जवाबों:
ध्यान दें कि जेनकिंस Git प्लगइन 2.0 में "अग्रिम सबमॉड्यूल व्यवहार" होगा, जो कि उप-संस्करण के उचित अपडेट को सुनिश्चित करना चाहिए:
द्वारा टिप्पणी के रूप में vikramvi:
Advanced sub-modules behavior> "Path of the reference repo to use during submodule update" इस फ़ील्ड के विरुद्ध, सबमॉड्यूल गिट url जोड़ें।
टिप्पणियों में ओवेन बी का उल्लेख है :
प्रमाणीकरण समस्या के लिए, अब "पैरेंट रिपॉजिटरी के डिफ़ॉल्ट रिमोट से क्रेडेंशियल्स का उपयोग करें" विकल्प है
यहाँ JENKINS-20941 में देखा गया :
इस अनुभाग के तहत जेनकींस साइट पर गिट प्लगिन प्रलेखन में शामिल किया गया है: पुनरावर्ती सबमॉड्यूल्स ।
अंशGIT प्लगइन सबमोडुल्स के साथ रिपॉजिटरी का समर्थन करता है जो बदले में खुद को सबमॉड्यूल करता है। हालांकि इसे चालू किया जाना चाहिए: नौकरी कॉन्फ़िगरेशन में -> अनुभाग स्रोत कोड प्रबंधन , Git -> उन्नत बटन (निर्माण के लिए शाखाओं के तहत) -> पुनरावर्ती सबमॉडुल्स को अद्यतन करें ।
अपनी नौकरी के विन्यास स्क्रीन से, स्रोत कोड प्रबंधन अनुभाग में, खींच जोड़ें नीचे बटन का चयन करें "उन्नत उप मॉड्यूल व्यवहार"।
फिर "पुनरावर्ती अपडेट सबमॉडुल्स" का चयन करें:
क्या आप जानते हैं कि आपकी गिट रिपॉजिटरी हमेशा एक सबमॉड्यूल के किसी विशेष संशोधन को संदर्भित करती है ? जेनकिंस स्वचालित रूप से संशोधन को बदलने नहीं जा रहा है।
यदि आप सबमॉड्यूल का नया संशोधन उपयोग में लेना चाहते हैं, तो आपको अपने स्थानीय Git रिपॉजिटरी में यह करना होगा:
cd submoduledir
git pull
cd ..
git add submoduledir
git commit -m 'Updated to latest revision of submoduledir'
git push # Go and watch Jenkins build with the new revision of the submodule
जब आप इसे इस तरह से करते हैं, तो जेनकिन्स निर्माण के दौरान सबमॉड्यूल के ठीक उसी संशोधन की जांच करेगा। जेनकिंस अपने स्वयं के निर्णय पर नहीं है कि उपयोग करने के लिए सबमॉडल का कौन सा संशोधन है। यह गिट सबमॉडल्स और एसवीएन एक्सटर्नल के बीच मूलभूत अंतर है।
आप सबमॉडल्स पर एक अच्छा संदर्भ पढ़ना चाह सकते हैं, जैसे http://progit.org/book/ch6-6.html ।
अंत में यह करने के लिए एक रास्ते पर ठोकर खाई और यह सरल है।
क्रेडेंशियल के साथ प्रारंभिक क्लोन ठीक काम करता है लेकिन बाद में submoduleक्लोनिंग गलत क्रेडेंशियल्स के साथ विफल हो जाता है।
Source Code Management >> Additional Behaviours >> Advanced sub-modules behavioursपरिणामी त्रुटि।git submodule update --initमें Execute Shellखंड भी साख त्रुटि के साथ विफल।मैं उपयोग कर रहा हूं jenkins-1.574।
Build Environment >> SSH Agentबॉक्स को चेक करें । Source Code Managementअनुभाग में चयनित के समानExecute Shellअनुभाग में अद्यतन सबमॉड्यूल
git submodule sync
git submodule update --init --recursive
यहाँ एक स्क्रीन शॉट है
ऐसा लगता है कि मुझे एक समाधान मिला:
मैंने निम्नलिखित शेल कमांड निष्पादित करने के लिए एक बिल्ड स्टेप जोड़ा:
git submodule foreach git checkout master
git submodule foreach git pull
git submodule update --init --recursive
मैं चेकआउट प्लगइन के साथ स्क्रिप्टेड पाइपलाइनिंग का उपयोग कर रहा हूं। यदि आप चाहते हैं कि सबमॉड्यूल्स आपके रिपॉजिटरी के समान हों, तो बस ट्रैकिंग बंद कर दें।
checkout([$class: 'GitSCM', branches: [[name: '*/develop']], doGenerateSubmoduleConfigurations: false, extensions: [[$class: 'SubmoduleOption', disableSubmodules: false, parentCredentials: true, recursiveSubmodules: false, reference: '', trackingSubmodules: false]], submoduleCfg: [], userRemoteConfigs: [[credentialsId: '[myCredentials]', url: 'https://git.myRepo.git']]])