TortoiseSVN SlikSVN सबवर्जन सर्वर से कनेक्ट नहीं हो सकता

मैंने अपने वर्क ग्रुप में मशीनों में से एक पर सबवर्सन सर्वर बनाया है। मेरे विकास बॉक्स से मैं रिपॉजिटरी तक पहुंचने में सक्षम हूं और बिना किसी समस्या के फाइलों को चेक/आउट कर सकता हूं।TortoiseSVN SlikSVN सबवर्जन सर्वर से कनेक्ट नहीं हो सकता

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

क्या किसी के पास कोई विचार है कि यह क्यों हो सकता है ..? जहां तक मुझे पता है, कछुआ खोल एक्सटेंशन मेरे उपयोगकर्ता प्रमाण-पत्रों के तहत चल रहा है। यह अजीब लगता है कि एसवीएन कमांड लाइन टूल्स सही तरीके से काम करते हैं, लेकिन कछुए नहीं।

दोनों मशीनों Vista

चल रहे हैं

नोट: दोनों ही मामलों में मैं

अंत में कनेक्ट करने के लिए SVN प्रोटोकॉल का उपयोग कर रहा हूँ, मैं इसे ठीक कर दी है ...! समस्या डाउनलोड किए गए सबवर्सन पैकेज के साथ प्रतीत होती है। मैंने SlikSVN (1.5.5) का नवीनतम संस्करण डाउनलोड किया और इसे अपने क्लाइंट और सर्वर पर स्थापित किया। ऐसा लगता है कि TortoiseSVN को इस बिल्ड/संस्करण को पसंद नहीं है। मैंने बस दोनों मशीनों पर SlickSVN को अनइंस्टॉल किया और CollabNet से नवीनतम संस्करण को पकड़ लिया और अब सब कुछ अपेक्षित काम करता है!

स्रोत

2009-01-04 Sean

अंत में, मैंने इसे ठीक कर दिया है ...!

समस्या मेरे द्वारा डाउनलोड किए गए सबवर्जन पैकेज के साथ प्रतीत होती है। मैंने SlikSVN (1.5.5) का नवीनतम संस्करण डाउनलोड किया और इसे अपने क्लाइंट और सर्वर पर स्थापित किया। ऐसा लगता है कि TortoiseSVN को इस बिल्ड/संस्करण को पसंद नहीं है। मैंने बस दोनों मशीनों पर SlickSVN को अनइंस्टॉल किया और CollabNet से नवीनतम संस्करण को पकड़ लिया और अब सब कुछ अपेक्षित काम करता है!

स्रोत

2009-01-04 18:12:47 Sean

सर्वर-साइड रिपॉजिटरी तक पहुंचने के लिए आप किस प्रोटोकॉल का उपयोग कर रहे हैं? यदि यह file:// प्रोटोकॉल नहीं है, तो क्या आपने पुष्टि की है कि संबंधित सर्वर वास्तव में चल रहा है?

telnet target.machine.ip.address target_port

चलाकर मैन्युअल रूप से कनेक्ट करने के लिए (बेशक, संख्यात्मक सर्वर पोर्ट द्वारा वास्तविक IP पते और target_port द्वारा target.machine.ip.address की जगह) उदाहरण के लिए, की कोशिश करो। यदि वह बंदरगाह खुला है, तो स्क्रीन साफ़ हो जाएगी, अन्यथा टेलनेट थोड़ी देर तक लटकाएगा और फिर शिकायत करेगा।

यह आईपी पते और नहीं मशीन के नाम का उपयोग कर काम करता है, तो आप नाम संकल्प में एक समस्या है (अपने DNS जाँच और/या सेटिंग जीत जाता है।)

स्रोत

2009-01-04 11:19:42

मैं प्रोटोकॉल के रूप में एसवीएन का उपयोग कर रहा हूं और सर्वर चल रहा है। मैं इसे कमांड लाइन के माध्यम से और यहां तक कि एक वेब ब्राउज़र के माध्यम से कनेक्ट करने में सक्षम हूं! – Sean

क्षमा करें, लेकिन जब तक आपके पास svnprotocolhandler इंस्टॉल नहीं है, तो आप किसी ब्राउज़र के साथ svnserve प्रदत्त भंडार ब्राउज़ नहीं कर सकते हैं! क्या आपके पास अपाचे स्थापित हो सकता है? फिर आपको svn: // urls के बजाय http या https urls का उपयोग करना होगा। – Stefan

कृपया निम्न:

क्या आपका फ़ायरवॉल यातायात को छोड़ने के लिए कॉन्फ़िगर किया गया है (डिफ़ॉल्ट रूप से पोर्ट 36 9 0, या किसी अन्य पोर्ट पर जिसे आप चलाने के लिए कॉन्फ़िगर किया गया हो सकता है)। अपनी क्लाइंट मशीन और मशीन पर आप फ़ायरवॉल दोनों को svnserve चलाते हैं।
कई वायरस स्कैनर 'असामान्य' नेटवर्क पोर्ट्स में भी हस्तक्षेप करते हैं
डिफ़ॉल्ट मेजबान svnserve सुन रहा है 'localhost' है, जिसका अर्थ है कि आप इसे किसी अन्य मशीन से कनेक्ट नहीं कर पाएंगे। क्या आपने '--listen-host serverhostname' param के साथ svnserve प्रारंभ किया था?

संपादित करें: आप collab.net सर्वर का उपयोग कर रहे हैं, तो आप मैन्युअल सेवा शुरू करने के लिए है:

net start svnserve

इसके अलावा इस मदद कर सकता है: http://subversion.open.collab.net/articles/svnserve-service.htm

स्रोत

2009-01-04 11:32:06 Stefan

सर्वर पर कोई फ़ायरवॉल सक्षम नहीं है, लेकिन क्लाइंट पर है। मैंने पोर्ट 36 9 0 को अनुमति देने के लिए क्लाइंट फ़ायरवॉल को कॉन्फ़िगर किया है। एकमात्र वायरस स्कैनर विंडोज डिफेंडर है। मैंने --listen-host सेटिंग की कोशिश की है लेकिन इससे कोई फर्क नहीं पड़ता – Sean

आपके द्वारा svnserve प्रारंभ करने वाली कमांड लाइन क्या है? – Stefan

मैं c का उपयोग करता हूं: \ svn \ bin \ svnserve.exe --service -r c: \ repository (नोट: मैंने --listen-host को बाहर निकाला क्योंकि इसमें कोई फर्क नहीं पड़ता)। जैसा कि मैंने अपनी पोस्ट में कहा था, सबकुछ सबवर्सन कमांड लाइन टूल्स का उपयोग करके मिलता है। यह तब होता है जब मैं कछुआ से कोशिश करता हूं कि मुझे समस्याएं मिलती हैं – Sean

जाँच के लायक हो सकता है कि कछुआ एक प्रॉक्सी सेटिंग (Tortoise कॉन्फ़िगरेशन में नेटवर्क सेटिंग्स) पर नहीं उठाया गया है। उसी स्क्रीन से आप एसवीएन सर्वर फ़ाइल खोल सकते हैं और देख सकते हैं कि वहां कुछ अजीब चल रहा है या नहीं।

स्रोत

2009-01-04 12:00:23

मैंने इसे चेक किया और सबकुछ टिप्पणी की गई :-( – Sean

बमर। क्या आप इसे HTTP जैसे किसी अन्य प्रोटोकॉल के साथ आज़मा सकते हैं? –

आप TSVN मेलिंग सूची पर इस सवाल पूछने के लिए चाहते हो सकता है:

देखें http://tortoisesvn.net/community या http://groups.google.com/group/tortoisesvn

आप आम तौर पर एक जवाब बहुत जल्दी मिल जाएगा।

स्रोत

2009-01-04 12:18:50 M4N

मुझे SlickSVN 1.5.5 के साथ एक ही समस्या थी। लेकिन मेरे मामले में यह स्थानीय उपवर्तन सर्वर deamon मोड में चल रहा था। CollabNet पैकेज एक ही कॉन्फ़िगरेशन के साथ ठीक काम करता है।

स्रोत

2009-02-08 23:29:13

स्लिम सबवर्जन क्लाइंट आईपीवी 6 और आईपीवी 4 सक्षम है, इसलिए यदि आपका सिस्टम कहता है कि यह आईपीवी 6 पसंद करता है। --listen-host तर्क के साथ आप यह चुन सकते हैं कि इसे कैसे सुनना चाहिए।

स्रोत

2009-03-06 13:13:26

बस अपने एसवीएन सेवा कमांड में --listen-host 0.0.0.0 जोड़ें। समस्या यह है कि आप IPv6 को सुनकर सेवा बना रहे हैं और आप इसे IPv4 का उपयोग करके एक्सेस करने का प्रयास कर रहे हैं। यह देखो:

http://www.renaissance-design.net/code/installing-and-configuring-svnserve-and-tortoisesvn-on-windows/

स्रोत

2011-03-02 22:20:39 Ronald

धन्यवाद आदमी। आपकी प्रतिक्रिया ने मेरी समस्या हल की! :) –

मैं आदेश svnserve --daemon --root D:\Subversion\Repo फिर से भाग गया, और यह इस त्रुटि संकल्प लिया।

यह त्रुटि अचानक आई। हम एक मिनट ठीक काम कर रहे थे, और अगले हमने यह त्रुटि देखी। यकीन नहीं है कि क्यों।

स्रोत

2012-01-10 06:43:16 George