2012-03-25 15 views
10

चेकआउट करने का प्रयास करते समय मैं नेटवर्क पर होस्ट की गई एक रिपॉजिटरी का प्रारंभिक चेकआउट करने का प्रयास कर रहा हूं। चेकआउट त्रुटि संदेश के साथ विफल रहता है "svn: E200030: ऐसी कोई तालिका नहीं: wcroot"। Googling मदद करने के लिए प्रतीत नहीं होता है। इस त्रुटि संदेश का क्या अर्थ है, और निदान क्या है?एसवीएन त्रुटि "कोई ऐसी तालिका नहीं: wcroot" जब एक रेपो

मेरा एसवीएन बाइनरी संस्करण 1.7.1 (आर 118685 9) है।

धन्यवाद!

(programmers.stackexchange से फिर से पोस्ट, के रूप में यह वहाँ बंद हो गया)

+0

अंतिम भाग को गुगल करने से मुझे http://mail-archives.apache.org/mod_mbox/subversion-dev/201007.mbox/%[email protected]%3E – madth3

+0

बस मेरे साथ हुआ और मैंने 9.1 को हटा दिया और उस फ़ोल्डर के अंदर 9.2 फ़ोल्डर बनाया गया जहां मैं इसे चला रहा था। उन दोनों फ़ोल्डरों में wc.db फ़ाइल थी और पहले विफल रही थी। उनको हटाकर यह ठीक हो गया। – MStp

उत्तर

6

मैं नहीं जानता कि वास्तव में क्या इस संदेश का मतलब है। this से मैं समझता हूं कि निर्देशिका में बनाई गई Wc.db फ़ाइल है जिसे आप चेकआउट करने का प्रयास कर रहे हैं जिसे ठीक से प्रारंभ नहीं किया गया है और wcroot तालिका गुम है।

जैसा कि आप एक साफ चेकआउट कर रहे हैं, मैं आपको यह जांचने के लिए सुझाव दूंगा कि एक निर्देशिका जहां आप चेकआउट करने का प्रयास करते हैं, पहले से मौजूद है, अगर ऐसा है, तो इसे हटा दें या चेकआउट के लिए दूसरी निर्देशिका आज़माएं।

मेरे मामले में यह पिछले svn co था जो विफल रहा और निर्देशिका में दूषित wc.db को छोड़ दिया। तो निर्देशिका को हटाकर फिर से जांच कर चाल चल गई।

+2

+1 - चल रहे .svn फ़ोल्डर को हटाकर 'svn co' ने फिर से मेरे लिए भी काम किया। – Aust

2

मेरे लिए टोर्टोइस ने स्थापित होने पर SQL सेवा बंद कर दी थी। मैंने रीबूट किया, मेरे सभी चेकआउट फ़ोल्डरों को पूरी तरह से हटा दिया और बिना किसी समस्या के फिर से प्रयास किया।

0

ऐसा प्रतीत होता है कि आपने हाल ही में अपने उपवर्तन क्लाइंट को अपग्रेड किया है, और नए संस्करण (1.7.x) को पुराने संस्करण से wc.db फ़ाइल में समस्याएं आ रही हैं। वह फ़ाइल, यदि आप लिनक्स पर हैं, ~/.svn/में है, लेकिन इसे हटाने में मदद नहीं मिलती है। क्या आप अपने एसवीएन क्लाइंट को पुराने संस्करण में वापस कर सकते हैं?

1

यह प्रोजेक्ट प्रोम svn रिपोजिटरी की जांच करते समय (मेरे मामले में कम से कम) हुआ और svn क्लाइंट प्रक्रिया में रनटाइम त्रुटि हुई। तो मैं उस फ़ोल्डर में गया जिसे मैं जांचने की कोशिश कर रहा हूं, और इसे "आरएम-आरएफ" कमांड से हटा दिया। मैंने svn क्लाइंट पर त्रुटि का स्रोत तय किया। तब मैंने जांच करने के लिए agaign की कोशिश की। समस्या सुलझ गई है!

2

जब मैं चेकआउट करने की कोशिश की और इस त्रुटि

SQLite [एस 1] कोई टेबल wcroot

मैं था बस HDD लक्ष्य पर कड़ी मेहनत से डिस्क रिक्त स्थान से बाहर था - मैं वास्तव में था 0 बाइट फ्री। लक्ष्य फ़ोल्डर पर कुछ भी नहीं था: खाली, कोई छिपी हुई फ़ाइलें, कुछ नहीं, कोई पिछले checkouts, और न ही db ...

और समस्या डिस्क स्थान मुक्त कराने

निदान द्वारा हल: कड़ी मेहनत से डिस्क भरा हुआ था!

+0

यह प्रश्न का उत्तर नहीं प्रदान करता है। किसी लेखक से स्पष्टीकरण की आलोचना करने या अनुरोध करने के लिए, अपनी पोस्ट के नीचे एक टिप्पणी छोड़ दें - आप हमेशा अपनी पोस्ट पर टिप्पणी कर सकते हैं, और एक बार आपके पास पर्याप्त [प्रतिष्ठा] (http://stackoverflow.com/help/whats-reputation) हो [किसी भी पोस्ट पर टिप्पणी करने में सक्षम] [http://stackoverflow.com/help/privileges/comment)। –

+2

@DanielKelley क्या यह नहीं है? उन्होंने कहा कि उनके पास एक ही समस्या थी, और डिस्क स्थान को मुक्त करके इसे हल किया। यह जवाब कैसे नहीं है? – dcastro

2

मेरे पास एक ही समस्या है और समस्या यह सटीक थी: डिस्क पर पर्याप्त खाली स्थान नहीं है। यह ड्राइव पर क्षमता 0 बाइट्स होने पर "पर्याप्त स्थान नहीं" संदेश को ओवरराइड करने लगता है।

1

हाँ! मुझे लगता है कि मुझे इस समस्या का समाधान है।

देखें कि फ़ोल्डर में .svn फ़ोल्डर (जो छुपा हुआ है) बनाया गया है या नहीं।

यदि यह .svn फ़ोल्डर मौजूद है, तो इसे हटाएं। एसवीएन चेकआउट पुनः प्रयास करें। इससे आपकी समस्या का समाधान हो जाना चाहिए।

+0

यह समाधान wc.db भ्रष्टाचार के साथ किसी भी समस्या के लिए अच्छी तरह से काम करता है। ध्यान दें कि यदि आप कार्यशील प्रतिलिपि में स्थानीय परिवर्तनों को खोना नहीं चाहते हैं, तो आपको --force विकल्प के साथ चेकआउट करना होगा, और svn स्थानीय परिवर्तनों को संरक्षित रखेगा। – Sergi

0

मेरे मामले में समस्या यह थी कि wc.db 0bytes था। मेरे पास बहुत सी जगह उपलब्ध थी, इसलिए इसे कुछ टोर्टोइज एसवीएन किया जाना था। मैंने भंडार को साफ करने की कोशिश की, लेकिन इसे हल करने का एकमात्र तरीका रिपोजिटरी को फिर से चेकआउट करना था।

0

मेरे मामले में, यह svn url के कारण हुआ था। एक बार यूआरएल में एक खाली था, और दूसरा यूआरएल में चीनी चरित्र था। जब मैंने यूआरएल को सही किया, तो समस्या हल हो गई। आप कोशिश कर सकते हैं।

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