सबवर्सन: वर्किंग कॉपी पुराना विकास संस्करण

Question

मैं ओएसएक्स पर विकास कर रहा हूं, और मेरी सबवर्जन कार्यशील प्रतियों में से एक ने सभी आदेशों के लिए निम्न त्रुटि को वापस करना शुरू कर दिया है, हालांकि मेरे अन्य चेकआउट ठीक काम करते हैं। मुझे अपने ब्रू दोनों के साथ एसवीएन बाइनरी के साथ-साथ मेरे कॉर्नरस्टोन क्लाइंट के साथ एक ही संदेश मिलता है, लेकिन अन्य कामकाजी निर्देशिका ठीक है।

> svn update 
svn: E155036: Please see the 'svn upgrade' command 
svn: E155036: Working copy '/working_directory' is an old development version (format 12); to upgrade it, use a format 18 client, then use 'tools/dev/wc-ng/bump-to-19.py', then use the current client 
> svn upgrade 
svn: E155019: Can't upgrade '/working_directory' as it is not a pre-1.7 working copy directory 
svn: E150000: Missing default entry 

मैं bump-to-19.py स्क्रिप्ट कहीं अपने कंप्यूटर पर (find/-type f -name bump-to-19.py के अनुसार), की जरूरत नहीं है लेकिन मुझे लगता है कि मैं Apache repository पर यह पता लगाने के लिए सक्षम था। उस ने कहा, मैं इससे क्या परिचित नहीं हूं, या इसका उपयोग कैसे कर रहा हूं उससे परिचित नहीं हूं। आदर्श रूप में मैं इस कामकाजी निर्देशिका का एक नया संस्करण देखने और अपने सभी (कई) परिवर्तनों में मैन्युअल रूप से विलय करने से बच सकता हूं।

एकमात्र जानकारी जिसे मैं ढूंढने में सक्षम था Netbeans और javahl से संबंधित है, और मैं न तो उपयोग कर रहा हूं।

संपादित: bump-to-19.py फ़ाइल डाउनलोड करने और यह निष्पादन करने के बाद, मैं इसे अपने कार्यशील निर्देशिका के खिलाफ कोई फायदा नहीं हुआ:

> ./bump-to-19.py working_directory/ 
error: format is 29 not 18: 'working_directory/' 

Answer 1

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

> rsync -arC working_directory working_directory_no_svn 
> rm -rf working_directory 
> svn co https://svn.example.com/project/trunk working_directory 
> rsync -ar working_directory_no_svn working_directory 

Answer 2

मैं एक ही मुद्दा था और यहाँ है मैं कैसे समाधान किया गया: (

1. SVN से
2. चेकआउट सॉफ्टवेयर फिर से शीर्ष स्तर पर .svn फ़ोल्डर हटाएँ (rm- आरएफ .svn) svn सह ...)
3. जाने के लिए अच्छा है!

Answer 3

मुझे एक समान समस्या थी, मेरा svn संस्करण 1.7.10 है, हालांकि ग्रहण के लिए मेरा सबवर्जन प्लगइन थोड़ा पुराना है, मैं 1.6.something मान रहा हूं।

"rsync -arC working_directory archive_no_svn" कमांड का उपयोग करना एक सफलता थी - कम से कम अब मेरे पास सिंक्रनाइज़ेशन के घंटों की प्रतिलिपि थी जो मैंने अभी पूरी की थी।

मैंने "svn co" का उपयोग करने की कोशिश की लेकिन यह गलत संस्करण था, इसलिए मैंने बस ग्रहण के भीतर सबवर्जन प्लगइन का उपयोग करके एक अद्यतन चलाया - इसने रिपोजिटरी से काम करने वाली निर्देशिका को बहाल किया - जो कुछ मैं बाद में था, और यह सही संस्करण था।

rsync को सही स्थान पर वापस लेना एक चाल थी। rsync संग्रहशील फ़ोल्डर को संग्रह स्थान में छोड़ देता है, archive_location/working_directory/the-files बना रहा है। तो संग्रहित डेटा को वापस work_directory में समन्वयित करना: rsync -ar archive_no_svn/working_directory के साथ प्राप्त किया गया था।

अब मैं 1.7

Answer 4

मैं जानता हूँ कि इसमें कुछ समय के आसपास किया गया है करने के लिए ग्रहण के लिए मेरे सबवर्सन प्लगइन उन्नयन के बारे में पता लगाने के लिए है, लेकिन मैं एक समाधान SVN द्वारा दिए गए संकेत का उपयोग कर पाया ... मूल रूप से उन्नयन का उपयोग करें आदेश के रूप में आदेश। सीएमडी का उपयोग करके, मैं अपने वर्कस्पेस फ़ोल्डर में गया जहां परेशान परियोजना स्थित थी। आइए प्रोजेक्ट प्रोजेक्ट 1 को कॉल करें।

"SVN उन्नयन Project1"

इस हैक या वैकल्पिक हल के कुछ प्रकार को शामिल किए बिना अपने मुद्दे को उचित तरीके से हल हो गई: आप आदेश कहते हैं।