से रोलबैक की वजह से सर्वर से सर्वर की तुलना में सबवर्जन काम करने की प्रतिलिपि, तो, मेरे सर्वर व्यवस्थापक ने बैकअप से सबवर्जन सर्वर को वापस घुमाया। मेरे काम के प्रति संशोधन 1534 पर है, लेकिन सर्वर ने जो कुछ समस्याओं पैदावार 1525 में है,:बैकअप
$ svn up
svn: Revision 1534 not found
, वहाँ हमेशा एक साफ चेकआउट करने के लिए विकल्प है, लेकिन करने के लिए एक आसान तरीका है सर्वर के साथ सिंक में मेरी स्थानीय कामकाजी प्रतिलिपि प्राप्त करें?
आपको फिर से जांचना होगा।
आपकी कार्यशील प्रति मृत है।
आपका व्यवस्थापक वास्तव में प्रत्येक के लिए प्रतिबद्ध या आप Windows/TortoiseSVN उपयोग कर रहे हैं हुक स्क्रिप्ट
के माध्यम से डंप के रूप में करता भंडारण पर अपनी पीठ सामंजस्य के लिए प्रयास करना चाहिए, कृपया नीचे Martins answer को देखो।
दुख की बात यह है कि यह वास्तव में एक नियोजित डाउनटाइम था, एक अपग्रेड जो सफल नहीं हुआ। मुझे नोटिस नहीं मिला, और उन्होंने सर्वर को बैकअप लेने के बाद 2 घंटे तक जीवित रखा .. ..(( – rlovtang
शायद आपके व्यवस्थापक को कुछ svnbasics सीखना चाहिए .. उन्हें http://subtrain.tigris.org पर इंगित करें –
देखो @ मार्टिन के जवाब पर, यह मेरे लिए काम करता था और मुझे एक बड़े पुन: चेकआउट से बचने में मदद करता था। – moodboom
मुझे नया चेकआउट करने के अलावा कोई समाधान नहीं दिख रहा है, और मैन्युअल रूप से आपके नए कामकाजी प्रतिलिपि में आपके असामान्य परिवर्तनों को विलय कर रहा है। असल में, आपकी कामकाजी प्रति वैकल्पिक वास्तविकता से आती है - एक जहां सर्वर अपग्रेड वास्तव में काम करता है - और मुझे नहीं लगता कि सबवर्जन के पास इसे ठीक करने के लिए कोई प्रावधान है।
कुछ हफ्ते पहले हमारे साथ यही बात हुई। मैंने अपने ट्रंक फ़ोल्डर का नाम बदल दिया, एक साफ ट्रंक की जांच की और फिर सभी बदली गई फ़ाइलों को क्रैश तिथि से और मेरे ट्रंक में मैन्युअल रूप से कॉपी किया ताकि मैं परिवर्तनों की सिफारिश कर सकूं।
को इंगित करते हुए अपना जवाब अपडेट किया हां, यही वही है मैं भी कर रहा हूं। – rlovtang
ऐसा करने का एक तरीका है जिसे मैंने अभी खोजा है - जब तक आपके पास मशीन पर एक उचित रूप से अद्यतित संस्करण टोर्टोइज एसवीएन है और आपकी कार्यशील प्रति इस संस्करण द्वारा बनाए रखा गया था (यानी बस नवीनतम कछुआ एसवीएन स्थापित करना काम नहीं करेंगे)।
शीर्ष-स्तरीय निर्देशिका में जाएं और .svn फ़ोल्डर को हटाएं - यह सभी स्थानीय रूप से कैश किए गए एसवीएन जानकारी को हटा देगा। नोट: .svn फ़ोल्डर केवल शीर्ष स्तर के चेक आउट फ़ोल्डर में दिखाई देता है और छुपा हुआ है।
फिर अपनी मौजूदा स्थानीय प्रति के शीर्ष पर चेकआउट करें। कछुए फिर फ़ाइलों को दोबारा संस्करणित करेंगे, महत्वपूर्ण रूप से आपकी संशोधित फाइलों को अकेले छोड़ दें। फिर आप किसी भी समस्या के बिना परिवर्तन और अद्यतन करने में सक्षम होंगे।
यह प्रत्येक मौजूदा फ़ाइल को फिर से "संस्करण" करने का कारण बनता है, और मेरे लिए काफी हद तक काम करता है, मुझे सचमुच चेकआउट समय के घंटे बचाता है। कुछ और काम नहीं किया। धन्यवाद @ मार्टिन – moodboom
कम से कम svn 1.8 svn अद्यतन -r 1525 (जैसा कि माइकल हैकर द्वारा सुझाया गया है) काम करेगा और स्थानीय रूप से बदली गई फ़ाइलों को अनचाहे रखेगा। कुछ मिनट पहले इसी तरह के मुद्दे का अनुभव किया और इसे इस आदेश के साथ हल किया।
क्या आपका काम कर प्रति 1525 और 1531
के बीच प्रतिबद्ध फ़ाइलों के लिए होते हैं मृत नहीं है सत्यापित किया जा करने के लिए। हां, आप फिर से जांच सकते हैं ... लेकिन मेरे मामले में जो 20 जीबी से अधिक है और इसमें बहुत लंबा समय लगेगा।
सर्वर रिपोजिटरी (रोल रोल के कारण भी) की तुलना में मुझे कुछ फाइलों की देखभाल करने की आवश्यकता थी, जो काम करने की प्रतिलिपि पर नए थे।
आप क्या कर सकते हैं, एक त्वरित स्पेस चेक (केवल एक निर्देशिका देखें) अस्थायी स्थान पर बनाना है। अगला, इस आंशिक चेकआउट स्थान से, आप छिपा लेते हैं।svn फ़ाइल (उस निर्देशिका का इतिहास), और इसे अपनी समस्याग्रस्त कामकाजी प्रतिलिपि में रखें (जिसमें नया इतिहास है)।
यह आपकी स्रोत टेक्स्ट फ़ाइलों को प्रभावित नहीं करेगा, केवल उन्हें पुराना, लेकिन भंडार मिलान इतिहास देगा। रोलबैक समय के बाद से कमिट टेक्स्ट खो गया है, लेकिन इसे फिर से टाइप करना आसान है।
ऐसा करने के बाद, svn ने ठीक काम किया और रोलबैक समय के बाद से किए गए सभी बदलावों को दिखाया। बेशक, आपको उन परिवर्तनों को दोबारा जोड़ना होगा।
क्या आपके संशोधनों को रास्ते में किया गया था? यदि नहीं, तो आपको कुछ समस्याएं हो सकती हैं और पहले वापस लौटना होगा (पहले संशोधित फ़ाइलों की एक प्रति बनाना सुनिश्चित करें!)। हालांकि मैं 100% निश्चित नहीं हूँ। – RedGlyph
वे प्रतिबद्ध थे, लेकिन अब रोलबैक के कारण सर्वर पर खो गया है। मेरे पास मेरी डिस्क पर बदलाव हैं, और एक अतिरिक्त प्रतिलिपि है, जो एक बार फिर से बदलाव लागू करने के लिए तैयार है। – rlovtang
ठीक है, क्योंकि कुछ भी काम नहीं कर रहा है, आपको शायद सब कुछ फिर से जांचना होगा:/इससे पहले, यदि आप पहले से नहीं हैं, तो आप अभी भी अंतिम जांच कर सकते हैं यह देखने के लिए कि क्या सब कुछ वास्तव में सर्वर पर 1525 ('svn लॉग -आर HEAD ') जैसा कि आप उम्मीद करते हैं ... –
RedGlyph