2008-09-18 3 views
24

मेरे पास कुछ बड़े चेकआउट हैं जहां .svn फ़ोल्डर क्षतिग्रस्त हो गया है, इसलिए मुझे मिल रहा है और त्रुटि है, "क्लीनअप निम्न पथ को संसाधित करने में विफल रहा .." और अब मैं उस निर्देशिका में फ़ाइलों को प्रतिबद्ध या अद्यतन नहीं कर सकता।यदि एसएसएन फ़ोल्डर क्षतिग्रस्त हो गया है तो मैं svn नियंत्रण को कैसे पुनर्स्थापित कर सकता हूं?

मैं सिर्फ चेकआउट को हटा दूंगा और पूरी निर्देशिका एक गग पर खत्म कर दूंगा।

क्या कोई ऐसा उपकरण है जो विशिष्ट फ़ोल्डर के लिए .svn फ़ोल्डर्स को सबकुछ डाउनलोड किए बिना पुनर्स्थापित करेगा?

मैं समझता हूं कि उसे उस फ़ोल्डर में सभी फाइलें डाउनलोड करने जा रही हैं ताकि यह निर्धारित किया जा सके कि वे बदल गए हैं .. लेकिन वैध .svn फ़ोल्डर्स के साथ उपनिर्देशिका ठीक होनी चाहिए।

ओह .. मैं टोर्टोइस एसवीएन या लिनक्स के लिए कमांड लाइन का एक बड़ा प्रशंसक हूं।

विचार?

उत्तर

20

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

मामले में टूटा निर्देशिका शीर्ष निर्देशिका था:

बस इस निर्देशिका में .svn निर्देशिका हटा सकते हैं और काम कर प्रतिलिपि की:

svn checkout --depth files --force REPOS WC 

और अगर टूटा हुआ एक ऊपर निर्देशिका अभी भी संस्करणीकृत है रन:

svn update --depth files --force WC 

उस निर्देशिका में।
दोनों नमूनों में REPOS रिपॉजिटरी में यूआरएल है जो टूटी हुई निर्देशिका से मेल खाता है, और डब्ल्यूसी निर्देशिका का मार्ग है।

मूल रूप से संशोधित की गई फ़ाइलें इसके बाद संशोधित स्थिति में होंगी।

+0

मैं चेकआउट कमांड में "--depth फ़ाइलें" siwtch जोड़कर उपनिर्देशिका में .svn फ़ोल्डर को हटाने से बचने में सक्षम था। क्या आप इसे प्रतिबिंबित करने के लिए पोस्ट संपादित कर सकते हैं और शायद आरईपीओएस और डब्ल्यूसी पाठ को स्पष्ट कर सकते हैं। धन्यवाद! –

+0

thx, बहुत मदद की! – Mobbit

2

मैंने इसे अतीत में मारा है और "परमाणु विकल्प" को छोड़कर कोई समाधान समाधान नहीं मिला है (यानी निर्देशिका हटाएं और पुनः जांच करें)।

यह सुनिश्चित नहीं है कि यह आपकी समस्या है, लेकिन मेरा भ्रष्टाचार एसवीएन सर्वर के समान मशीन पर ऑन-एक्सेस वायरस स्कैनर के कारण हुआ था।

+0

मैंने अभी टोर्टोइस के साथ ऐसा किया था। अपने फ़ोल्डर के पथ से मेल खाने के लिए रिपॉजिटरी यूआरएल को अपडेट करना सुनिश्चित करें, क्योंकि आप संभवतः ऐसा करने में रूट नहीं होने जा रहे हैं। – Alex

5

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

+0

यदि आपके पास उपversण है <1.5 मुझे लगता है कि यह एकमात्र विकल्प हो सकता है। – nedned

1

यदि उपनिर्देशिकाएं और ठीक है और यह उपनिर्देशिकाएं बड़ी हैं, तो आप एक गैर-पुनरावर्ती ताज़ा चेकआउट का प्रयास कर सकते हैं।

3

लापता .svn

उसके बाद फ़ोल्डर

हटाते हैं यह चेकआउट की जड़ है, तो आप करना होगा फिर से चेकआउट

है कि यह तो फ़ोल्डर का बैकअप बनाने रूट नहीं है, बस उपरोक्त निर्देशिका से अद्यतन चलाएं।

फिर बैकअप फ़ोल्डर को इसके ऊपर ले जाएं। (आदर्श रूप से .svn फ़ोल्डरों को वापस नहीं ले जाएं)

काम करना जारी रखें और अपडेट/प्रतिबद्ध होना सुनिश्चित करें!

0

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

मैंने मूल रूप से जो किया था उसे हटा दिया और चेकआउट को फिर से शुरू किया। यह समय लेने वाला है, लेकिन मैं वास्तव में यह सुनिश्चित करना चाहता हूं कि मैं फिर से काम करना शुरू कर सकूं। धन्यवाद!

1

चयनित समाधान मेरे लिए शीर्ष-स्तर। एसवीएन फ़ोल्डर को पुनर्स्थापित करने के लिए काम करता है, लेकिन यह बच्चे की वस्तुओं को पहचान नहीं पाता है, इसलिए उप-फ़ोल्डरों में वर्जनिंग होने के बावजूद सब कुछ इस बिंदु पर एसवीएन के लिए विदेशी लगता है।

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

  • कोई संबंधित समस्या नहीं^_^