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

Question

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

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

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

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

चल रहे हैं

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

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

Answer 1

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

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

Answer 2

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

telnet target.machine.ip.address target_port

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

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

Answer 3

कृपया निम्न:

• क्या आपका फ़ायरवॉल यातायात को छोड़ने के लिए कॉन्फ़िगर किया गया है (डिफ़ॉल्ट रूप से पोर्ट 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

Answer 4

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

Answer 5

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

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

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

Answer 6

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

Answer 7

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

Answer 8

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

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

Answer 9

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

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