2015-03-27 8 views
20

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

जेनकींस पर:

  • यूआरएल: [email protected]: < रेपो>
  • साख: यहाँ मैं सीधे ssh कुंजी के साथ उपयोगकर्ता नाम/पासवर्ड, ssh फ़ाइल के साथ उपयोगकर्ता नाम, उपयोगकर्ता नाम के साथ की कोशिश की, और - none-।

ऐसा प्रतीत नहीं होता है कि प्रमाणीकरण समस्या है क्योंकि मैं मैन्युअल रूप से कंसोल (दोनों, गुलाम और मेजबान) से रेपो क्लोन कर सकता हूं। मैं भी

ssh -T [email protected]

तो ssh कुंजी ठीक है के साथ जुड़ सकते, लेकिन जब मैं निर्माण, इस कंसोल पर दिखाई देते हैं:

Building remotely on IE10Win7 in workspace C:\Users\IEUser\Desktop\< folder >

Wiping out workspace first.

Cloning the remote Git repository

Cloning repository [email protected]:< repo>.git

git init C:\Users\IEUser\Desktop\< folder> # timeout=10

ERROR: Error cloning remote repo 'origin'

ERROR: Error cloning remote repo 'origin'

Performing Post build task...

किसी को भी एक विचार है? उम्मीद है कि कोई मुझे एक सुराग दे सकता है, धन्यवाद!

+0

मुझे खेद है कि मैं कोई मदद नहीं दे सकता, लेकिन मैं निश्चित रूप से इस पर किसी भी इनपुट की प्रतीक्षा कर रहा हूं। मुझे विंडोज 7 (64) मास्टर पर एक निजी रेपो से जुड़ने की कोशिश करने में एक ही समस्या है। एक नौकरी सभी (बिना उपरोक्त त्रुटि के साथ), अन्य समस्याओं के बिना हर समय कनेक्ट नहीं हो सकती है, कुछ त्रुटियों को त्रुटि का अनुभव करते हैं। –

+0

मुझे पता है कि यह एक सामान्य जवाब नहीं है, लेकिन मैंने गुमराह किया था और मेरे निर्माण गलत प्रमाण-पत्रों के साथ दास होने जा रहे थे। वैसे भी, मेरा $ 0.02 अन्य ज्ञात अच्छे दास पर कोशिश कर रहा है यदि ये अन्य समाधान कम हो रहे हैं। –

उत्तर

3

मुझे अपने मामले में एक सभ्य कामकाज मिला। git clone कमांड हमेशा अपने प्रोसेस मालिक को विरासत में लेता है, जो एक अंतर डाल सकता है, भले ही जेनकिंस (सिस्टम) और सीएमडी (यूजर) के दो मालिक आपके सिस्टम पर समान अधिकार रखते हों। अन्य सभी विन्यास समान थे (कुंजी, ज्ञात, गिट क्लाइंट संस्करण)।

तो जहां तक ​​मैं देख सकता हूं, cmd से git clone को कॉल करना सफल होगा क्योंकि यह रिमोट को USER के रूप में कॉल करता है, जबकि git clone जेनकींस से बुलाया जा सकता है क्योंकि यह रिमोट को सिस्टम के रूप में कॉल करता है। सेवाओं में, जहां आप आमतौर पर जीयूआई के माध्यम से जेनकींस शुरू करेंगे, आप सेवा को एक अलग उपयोगकर्ता के रूप में चलाने के लिए कॉन्फ़िगर कर सकते हैं (सेवा पर राइट क्लिक करें -> गुण -> लॉग ऑन)। मुझे इसे USER @ DOMAIN की तरह रखना था, उदा। [email protected] या तो। मुझे यकीन नहीं है कि एक cmd पैरामीटर कैसा दिखता है, लेकिन मैं उम्मीद करता हूं कि वहां एक होना चाहिए।

इसके अलावा, मुझे नहीं पता कि इस कामकाज के अंत में क्या अंतर होता है, क्योंकि मेरे जेनकींस, सिस्टम और यूजर पर सिस्टम में समान अधिकार रखने के लिए कॉन्फ़िगर किया गया है और वे निश्चित रूप से दोनों "जेनकींस" के रूप में पहचाने जाते हैं। रिमोट द्वारा फिर भी, यह मेरे लिए चाल है। गहरी अंतर्दृष्टि का स्वागत है।

+0

एक और चीज फिर से हुई जब मैंने एक और विंडोज गुलाम स्थापित किया।यह दास को एक सेवा के रूप में स्थापित करने के बाद शुरू हुआ ... यह उपयोगकर्ता को सिस्टम में बदल देता है। लेकिन मैं वास्तव में भूल गया था कि मैंने यहां पहले ही यह जवाब पहले ही डाल दिया था, इसलिए मैंने फिर से खोज और आश्चर्य किया x) –

10

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

(1) जेनकींस लिनक्स पर डिफ़ॉल्ट गिट geenrally अंक/usr/lib को स्थापित करें ...आप एक अलग GitForWindows कि विंडोज़ संस्करण को इंगित करता है निर्दिष्ट करना होगा:

Manage Jenkins 
Configure System 
Under Git - Git Installations 
    Add Git -> Git 
    Give it a name to be referenced in projects 
     (mine is WindowsGit) 
    Set Path to Git Executable 
     (mine is "C:\Program Files (x86)\Git\bin\git.exe") 

(2) विशेष परियोजना पर कॉन्फ़िगर Git:

Select the project 
Select Configure 
Under Source Code Management - Git 
    Select Git Executable as configured in 1) 
    Set credentials or add new (ssh keys, etc) 

(3) एक के रूप में चलाने के लिए जेनकींस गुलाम सेवा अद्यतन कर रहा है विशिष्ट उपयोगकर्ता:

Go to Windows Services on the slave -- StartMenu, type "services" 
Select the Jenkins Slave service in the list on the right 
Right-click and select "Properties" of the Jenkins Slave service 
Select the "Log On" tab 
Update the username and password used in manual tests 
    Domain login can be specificied with <DOMAIN>\<USERNAME> 
    Local logins just use <USERNAME> 
OK to save and exit 
Right-click again and select "Restart" to make the changes active. 
+3

मैंने तीन चरणों का पालन किया है, केवल जेनकिसन सेवा पर व्यवस्थापक अधिकार स्थापित करने के बाद ही यह काम करना शुरू कर दिया है। – andyroschy

0

मुझे इसी तरह की समस्या का सामना करना पड़ रहा था और पाया कि मुझे विंडोज आधारित गुलाम के लिए अपने पाथ पर्यावरण चर में गिट जोड़ने की जरूरत है। मुझे लगता है कि @ डीएचजे सुझाव 2 इस मामले में भी काम कर सकता है।

मैं Jenkins Jira.

18

पर इस समाधान पाया मैं, गुलाम नोड उपकरण पथ की स्थापना Git का चयन करके और

C:\Program Files (x86)\Git\bin\git.exe 

स्थान के लिए अपने मूल्य निर्धारित करके यह समस्या सुलझा नहीं: कॉन्फ़िगर नोड - उपकरण स्थान

+0

इस तरह बेहतर है क्योंकि आपको वैश्विक जेनकींस कॉन्फ़िगरेशन बदलने की आवश्यकता नहीं है – jackal

0

मेरे मामले में, मुझे पर कुछ पर चॉकलेट के माध्यम से, "git.install" पैकेज का उपयोग करके 1.9.4 से 2.5.0 तक गिट को अपडेट करने के बाद मुझे यह सटीक त्रुटि मिलनी शुरू हुई। पुराना 1.9.4 इंस्टॉल 32-बिट पैकेज था, लेकिन नया 64-बिट एक है, इसलिए डिफ़ॉल्ट इंस्टॉल स्थान सी: \ प्रोग्राम फ़ाइलें (x86) \ Git से C: \ Program Files \ Git से स्विच किया गया है। मेरे पास जेनकींस मास्टर पर 64-बिट पथ कॉन्फ़िगर किया गया था (क्योंकि इसमें नया गिट संस्करण था), लेकिन कुछ दासों में अभी भी पुराने 32-बिट संस्करण स्थापित थे, इसलिए दास गलत पथ का उपयोग करने का प्रयास कर रहे थे। मैं अलग-अलग दासों के लिए गिट पथ को ओवरराइड कर सकता था लेकिन मेरे लिए क्लीनर समाधान सभी गुलामों को नए 64-बिट संस्करण में अपग्रेड करना था।

0

मैंने उपर्युक्त में से अधिकांश की कोशिश की:

गिट स्थान निर्दिष्ट करें। सेवा उपयोगकर्ता सेट करें। व्यवस्थापक के रूप में चलाएं।

इसमें से कोई भी काम नहीं किया। अंततः git64 को अनइंस्टॉल करने और git32 इंस्टॉल करने का निर्णय लिया ... गिट पथ को नए स्थान पर बदल दिया (x86 प्रोग्राम फ़ाइलों में)। और सब कुछ काम किया।

0

मैं हाल ही में इस मुद्दे में भाग गया।

हमारे पास हमारे पाथ ईवी में कुछ आइटम थे जिन्हें हमने विनियम और सेलेनियम को हमारे जेनकींस उदाहरण से जोड़ने की कोशिश करते समय जोड़ा था।

हमने इन वस्तुओं को हटा दिया, लेकिन फिर भी जेनकींस मूल्यों पर ध्यान केंद्रित कर रहा था। समस्या निवारण के बाद: जेनकींस को पुनरारंभ करना; जेनकींस सर्वर को पुनरारंभ करना; ईवीएस को नोड स्तर पर स्थापित करना; इत्यादि, हमने विंडोज गुलाम पर जेनकिन्स जेएनएलपी सेवा को पुनरारंभ किया।

और वे बाद में खुशी से रहते थे।

संबंधित मुद्दे