TortoiseSVN

Question

के साथ रेपो से कनेक्ट नहीं हो सकता है, मैं अब तक कुछ महीनों के लिए एक परियोजना चला रहा हूं, बिना किसी परेशानी के, उसी टोर्टोइज एसवीएन रिपोजिटरी का उपयोग कर रहा हूं।

मुझे परियोजना में एक और बॉक्स जोड़ने की जरूरत है लेकिन यह भंडार से कनेक्ट करने के लिए टीएसवीएन के लिए असंभव प्रतीत होता है।

मैं दो ग्राहक बक्से है:: इस सामान मुझे पता चला या बाहर की कोशिश की है कि "पुराने" एक और 'नई' एक ...

1. की स्थापना और एक दूसरे फ़ोल्डर बाहर की जाँच "पुराने" बॉक्स पर ठीक काम करता है।
2. "नए" बॉक्स पर क्रोम/आईई के माध्यम से रेपो पर ब्राउज़ करना भी ठीक काम करता है।
3. मेरे "नए" बॉक्स पर ब्राउज़र प्रॉक्सी का उपयोग नहीं करते हैं (यह "पुराने" बॉक्स के लिए भी जाता है)।
4. मैं TSVN 1.7.4 चला रहा हूँ, बिल्ड 22,459 - दोनों बक्से पर 64 बिट

5. जब मैं रेपो ब्राउज़र का उपयोग कर या मैं इस मिल एक नए फ़ोल्डर में बाहर की जाँच 'नई' बॉक्स के रेपो को कनेक्ट करने का प्रयास त्रुटि संदेश:

   यूआरएल पर भंडार से जुड़ने में असमर्थ 'https: // (आईपी-पता छोड़े गए)/usvn/SVN/(परियोजना छोड़े गए)' 'https की विकल्प: // (आईपी-पता छोड़े गए)/usvn/svn/(परियोजना छोड़ी गई) ': सर्वर से कनेक्ट नहीं हो सका (आईपी-एड्रेस छोड़ा गया)

6. मैंने सभी टीएसवीएन सेटिंग्स की तुलना की है 'नई' और "पुराने" बक्से और वे सब

7. मैच के लिए सर्वर चल रहा लोगों के अनुसार दिखाई बीच वहां उपयोग में कोई प्रमाण पत्र है
8. 'नई' बॉक्स पर Windows फ़ायरवॉल नीचे
9. मैं है मैं एक ही नेटवर्क से "पुराना" और "नया" बॉक्स चला रहा हूं। "पुराना" वाईफ़ाई के माध्यम से जुड़ा हुआ है, जबकि "नया" तार तार पर है।

मैं अपनी इच्छाओं पर अंत में हूं कि किसी भी संकेत की जांच की जा रही है।

धन्यवाद

Answer 1

आप निर्धारित करें कि यह TortoiseSVN, अपने सबवर्सन भंडार, या अपने नेटवर्क कनेक्शन के साथ एक समस्या है की जरूरत है।

• सबसे पहले, अपना यूआरएल जांचें। मैंने कभी भी User-Friendly SVN का उपयोग नहीं किया, इसलिए मुझे नहीं पता कि यह अपाचे httpd कॉन्फ़िगरेशन के साथ क्या करता है। हालांकि, एकाधिक रिपॉजिटरीज़ के लिए मानक अपाचे कॉन्फ़िगरेशन आमतौर पर http://<server>/svn/<module> और http://<server>/svn/usvn/<module> है। क्या /usvn/ निर्देशिका वहां होने का अनुमान है?
  • वैसे, अपाचे को कैसे कॉन्फ़िगर किया गया था? क्या उपयोगकर्ता-अनुकूल एसवीएन भी ऐसा करता है, या क्या यह आपको केवल भंडारों को कॉन्फ़िगर करने की अनुमति देता है? क्या आप विजुअल-एसवीएन का उपयोग कर रहे हैं, या किसी ने मैन्युअल रूप से अपाचे httpd को कॉन्फ़िगर किया है?
• यदि यूआरएल सही है, तो अपने सबवर्जन सर्वर को पिंग करने का प्रयास करें। क्या आप इसे अपने विंडोज बॉक्स से पिंग कर सकते हैं? यदि नहीं, तो आपके पास नेटवर्क समस्या है। किसी कारण से आईपी पता आपके क्लाइंट बॉक्स से भी पहुंच योग्य नहीं है।
• ब्राउज़र खोलने का प्रयास करें, और सबवर्सन रिपॉजिटरी के यूआरएल को विंडो में डालें। यह काम करना चाहिए। यदि ऐसा होता है, तो शायद यह समस्या TortoiseSVN के साथ है। कमांड लाइन सबवर्जन क्लाइंट डाउनलोड करें, और देखें कि क्या आप इसके साथ चेकआउट कर सकते हैं।
• एक ही बॉक्स का उपयोग किसी अन्य बॉक्स पर करने का प्रयास करें। क्या आप वहां से चेकआउट कर सकते हैं? यदि ऐसा है, तो यह नेटवर्क के साथ एक समस्या को इंगित करता है।

Answer 2

मैं बिल्कुल एक ही मुद्दे के साथ संघर्ष कर रहा था। मुझे अपना काम लैपटॉप बदल दिया गया और अचानक मैंने सर्वर से कनेक्ट करने में सक्षम होना बंद कर दिया। कमान: अजीब, शुरू में मैं हो रही थी त्रुटियों केवल मुझे करने, की तरह से अवरुद्ध प्रतिबद्ध त्रुटि: असफल कमिट (विवरण का पालन करें): त्रुटि:! '/ SVN//SVN/अधिनियम/c511b853-23b4- की MKACTIVITY db4a-8991-0bc689a63353 ': त्रुटि: प्रतिक्रिया स्थिति रेखा का विश्लेषण नहीं कर सका (http: // *। * * .com) पूर्ण! :

कमान:: http से चेकआउट

जब मैं किसी अन्य शाखा में काम करने के लिए ले जाया गया (SVN सर्वर दोनों शाखाओं, जो उचित सुरक्षा है पर हर किसी के लिए नहीं मुद्दों के साथ पहुंच से बाहर था), मैं की तरह त्रुटि मिल रही शुरू कर दिया: // .com/SVN/fineos//ट्रंक, संशोधन प्रमुख, पूरी तरह से पुनरावर्ती, रूपरेखा शामिल त्रुटि: यूआरएल त्रुटि पर भंडार से कनेक्ट करने में असमर्थ: 'http: // * * .com/svn/fineos * /* /ट्रंक ' त्रुटि: त्रुटि के विकल्प:' http: // * .com/SVN/fineos * /* /ट्रंक ': सका त्रुटि: सर्वर से कनेक्ट नहीं (http: // * .com) पूर्ण! :

नोट: प्रत्येक मामले में, मैं ब्राउज़र के माध्यम से भंडार का उपयोग कर सकता था और यह हर किसी के लिए काम कर रहा था, इसलिए जाहिर है कि यह नेटवर्क या रिपोजिटरी समस्या नहीं थी।

यह मेरे लिए जो काम करता है वह टोर्टोइज़ क्लाइंट को अनइंस्टॉल करना था, फिर C: \ Users \ उपयोगकर्ता \ AppData के अंतर्गत स्थानीय और रोमिंग फ़ोल्डर्स से टोर्टोइस कैश फ़ोल्डर को हटा दें। इसके अतिरिक्त मैंने विंडोज रजिस्ट्री में TortoiseSVN नोड का नाम बदल दिया ताकि पुरानी कॉन्फ़िगरेशन नहीं मिल सके। फिर पुनर्स्थापना के बाद, क्लाइंट खूबसूरती से रेपो से जुड़ा हुआ है। मुझे यकीन नहीं है कि दोनों चरणों की आवश्यकता है, शायद रजिस्ट्री बदलना पर्याप्त होगा, मैं पुष्टि करने के लिए आपको छोड़ दूंगा।

लंबे प्रतिक्रिया के लिए माफ़ी, लेकिन जैसा कि मैंने लंबे समय तक गुगल करने के बाद इस समस्या का जवाब नहीं देखा है, मैंने सोचा कि यह विभिन्न मामलों के लिए उपयोगी हो सकता है।

Answer 3

कोशिश के तहत "सहेजे गए डेटा" सेटिंग समाशोधन - उल्लेख करने के लिए:

http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-settings.html

यह विंडोज 7 के साथ मेरे लिए काम किया।

एरिक

Answer 4

मैं पाया है कि शब्दों के बजाय आईपी पते संख्या के साथ यूआरएल के पहले भाग की जगह मेरे लिए काम किया।

उदाहरण उपयोग के लिए:

http://111.11.11.111/svn/Directory 

के बजाय:

http://www.url.com/svn/Directory 

Answer 5

SVN केस-संवेदी है। सुनिश्चित करें कि आप इसे ठीक से वर्तनी कर रहे हैं। अगर इसका नाम बदला गया है, तो आप नए यूआरएल में काम करने वाले फ़ोल्डर को स्थानांतरित कर सकते हैं। देखें https://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-relocate.html

Answer 6

इस पर विचार के रूप में अच्छी तरह से:

मुद्दा: एक firewalled सर्वर पर कमांड लाइन पर SVN लागू करने के बाद, दिखाई कुछ भी नहीं 15 सेकंड के लिए होता है, तो कार्यक्रम निम्न त्रुटि के साथ इस्तीफा:

SVN: E170013: E730054: चल त्रुटि संदर्भ: URL पर एक रिपोजिटरी से कनेक्ट करने के 'SVN.REPOSITORY.REDACTED'

SVN में असमर्थ एक मौजूदा कनेक्शन बलपूर्वक दूरस्थ होस्ट द्वारा बंद कर दिया गया था।

जांच: उपर्युक्त त्रुटियों पर इंटरनेट शोध ने किसी भी प्रासंगिक जानकारी को उजागर नहीं किया।

प्रोसेस ट्रेसिंग (प्रोकमन) ने एसएसएन सर्वर पर एसएसएल/टीएलएस हैंडशेक के बाद अकामाई (क्लाउड सर्विसेज) सर्वर के कनेक्शन कनेक्शन को दिखाया। सर्वर के लिए होस्टनाम प्रक्रिया ट्रेसिंग में नहीं दिखाया गया था। रिवर्स डीएनएस लुकअप ने 184-51-112-88.deploy.static.akamaitechnologies.com या a184-51-112-80.deploy.static.akamaitechnologies.com को मेजबाननाम के रूप में दिखाया, और आईपी या तो 184.51.112.88 या 184.51 था। 112.80 (DNS कैश में 2 प्रविष्टियां)।

पैकेट कैप्चर टूल (एमएमए) ने एसएसएन सर्वर पर एसएसएल/टीएलएस हैंडशेक के बाद होस्टनाम ctldl.windowsupdate.com को कनेक्शन कनेक्शन दिखाया।

विंडोज क्रिप्टो एपीआई प्रमाणपत्र रद्द करने की जानकारी (सीआरएल - प्रमाणपत्र निरस्तीकरण सूची) पुनर्प्राप्त करने के लिए विंडोज अपडेट से कनेक्ट करने का प्रयास कर रहा था। सीआरएल पुनर्प्राप्ति के लिए डिफ़ॉल्ट टाइमआउट 15 सेकंड है। सर्वर पर प्रमाणीकरण के लिए टाइमआउट 10 सेकंड है; 15 के रूप में 15 से अधिक है, यह विफल रहता है। > कंप्यूटर कॉन्फ़िग - -> विंडोज सेटिंग्स -> सुरक्षा सेटिंग्स -> सार्वजनिक कुंजी नीतियाँ घटाएँ सीआरएल टाइमआउट समूह नीति:

समाधान: (यह भी तल पर चित्र देखें)

समाधान 1: इंटरनेट अनुसंधान निम्नलिखित पर्दाफाश -> सर्टिफिकेट पथ प्रमाणीकरण सेटिंग्स -> नेटवर्क पुनर्प्राप्ति - नीचे चित्र देखें।

https://subversion.open.collab.net/ds/viewMessage.do?dsForumId=4&dsMessageId=470698

support.microsoft.com/en-us/kb/2625048

blogs.technet.com/b/exchange/archive/2010/05/14/3409948.aspx

समाधान 2: सीआरएल यातायात के लिए ओपन फ़ायरवॉल

support.microsoft।com/en-us/केबी/2677070

समाधान 3: SVN आदेश पंक्ति ध्वजों (untested)

serverfault.com/questions/716845/tortoise-svn-initial-connect-timeout - वैकल्पिक SVN कमांड लाइन झंडा समाधान।

अतिरिक्त जानकारी: इस समस्या को डीबग करना विशेष रूप से कठिन था। सर्वर डीबग लॉगिंग को हटाए गए सर्फ लाइब्रेरी के पक्ष में नियॉन HTTP आरए (रिपोजिटरी एक्सेस) लाइब्रेरी के लिए एसवीएन 1.8 अक्षम समर्थन। [1] इसके अतिरिक्त, एसवीएन त्रुटि कोड वापस svn_error_codes.h में दी गई स्ट्रिंग से मेल नहीं खाता [2] इसके अलावा, एसवीएन त्रुटि कोड को आसानी से अपने ईएनएन लेबल पर मैप नहीं किया जा सकता है, इस मामले में एसवीएन त्रुटि कोड E170013 मानचित्र SVN_ERR_RA_CANNOT_CREATE_SESSION में मानचित्र हैं।

1. stackoverflow.com/questions/8416989/is-it-possible-to-get-svn-client-debug-output
2. people.apache.org/~brane/svndocs/capi/svn__error__codes_8h.html
   : # ac8784565366c15a28d456c4997963660a044e5248bb3a652768e5eb3105d6f28f
   1. code.google.com/archive/p/serf/issues/172

   SVN परिवर्तन सुझाए गए

3. stderr को

4. कम्मी लाइब्रेरी डीबग लॉगिंग के लिए config झंडा जोड़े सभी कार्यों

5. जोड़ें त्रुटि Enum नाम के लिए की तरह आदेश पर शब्दाडंबर सक्षम करें।

Answer 7

रूप से डेविड डब्ल्यू कहा "सबसे पहले, अपने URL की जांच" - हमारे DNS प्रविष्टि सभी SVN रेपो कनेक्शन तोड़ने बदल दिया है। वेस ने कहा कि यूआरएल के बजाय आईपी पर कनेक्ट करना - (अब हमें अपने डीएनएस को ठीक करना है)

Answer 8

एक बार मुझे एक ही समस्या का सामना करना पड़ा। मैं DOMAIN NAME से युक्त भंडार URL का उपयोग करके svn चेकआउट लेने का प्रयास कर रहा था। मैंने DOMAIN NAME के ​​स्थान पर आईपी पते का उपयोग करके कनेक्ट करने का प्रयास किया और मैं चेकआउट