तो मेरे पास दो फ़ोल्डर्स हैं जिन्हें मैं एक नए भंडार में जोड़ना चाहता हूं लेकिन वे जोड़ने से इनकार करते हैं क्योंकि वे पहले ही संस्करण नियंत्रण में हैं। मैंने उन फ़ोल्डरों और उनके उपफोल्डर में सभी .svn फ़ोल्डरों को हटा दिया लेकिन एसवीएन अभी भी किसी भी तरह से जानता है। मैं कैसे देख सकता हूं कि वे कौन सा रेपो सोचते हैं कि वे हिस्सा हैं, उन्हें बताएं कि वहां न रहें, और उन्हें हटाए बिना उन्हें हटाए बिना नए रेपो में डाल दें?एसवीएन सोचता है कि फाइलें पहले से ही संस्करण नियंत्रण के तहत हैं
उत्तर
आप अपने स्थानीय काम कर प्रतिलिपि में सभी .svn
फ़ोल्डरों नष्ट कर दिया है, तो इसे अब और versioned नहीं किया जाना चाहिए। कृपया ध्यान दें कि एसवीएन का पुराना संस्करण, सभी फ़ोल्डर्स में छुपा .svn
फ़ोल्डर बनाने के लिए उपयोग करता है, न केवल रूट फ़ोल्डर या प्रत्यक्ष सबफ़ोल्डर में।
.svn
फ़ोल्डरों के मैन्युअल हटाने से बचने के लिए आप एक लक्ष्य निर्देशिका में पूर्ण गैर-संस्करण वाली प्रतिलिपि बनाने के लिए export
कमांड भी कर सकते हैं।
एक और मुद्दा यह है कि इस त्रुटि का कारण बन सकता नए भंडार में, आप पहले से ही निर्देशिका/फ़ाइलें आप जोड़ने का प्रयास कर रहे हैं के रूप में एक ही नाम के साथ फाइल या निर्देशिका है कर रहे हैं कि है। नाम विवादों से बचने के लिए आपकी फ़ाइलों को एक खाली निर्देशिका में आयात करना एक अच्छा अभ्यास होगा।
तो, संक्षेप में प्रस्तुत करने, प्रक्रिया इस तरह होगा: अपने वर्तमान रिपोजिटरी से
- निर्यात फाइल या सभी
.svn
फ़ोल्डर हटा मैन्युअल - अपने नए/लक्ष्य भंडार में एक खाली फ़ोल्डर बनाने
- लक्ष्य भंडार फ़ोल्डर से अपनी स्थानीय प्रति
- सभी नई फ़ाइलों को जोड़ने के लिए प्रतिबद्धता निष्पादित करें
.svn फ़ोल्डर्स को हटाना काम नहीं करेगा अगर वे फ़ाइलें पहले से ही संस्करण नियंत्रण में हैं। यहाँ आप क्या करना चाहिए क्या है:
(1) सभी फ़ोल्डर मुद्दों कर रहे है कि हटाएं या जिसे आपने पहले से नष्ट कर दिया है .svn फ़ोल्डरों।
(2) उन फ़ोल्डर को पुन: और उन्हें वापस में सब कुछ मिलता है (भले ही आप उन्हें अगले चरण में निकाल देंगे,) के लिए एक SVN अद्यतन निष्पादित करें।
(3) अब, प्रश्न में फ़ोल्डर हटाएं।
(4) प्रदर्शन करना एक SVN प्रतिबद्ध है, जो रिपोजिटरी से इन फ़ोल्डरों को हटाने के लिए प्रतिबद्ध होगा। अब, वे भंडार से चले गए हैं, जैसा आप चाहें।
(5) अब आप फ़ोल्डरों फिर से बना सकते हैं और जो कुछ भी आप चाहते हैं कर सकते हैं - उन लोगों से एक नया SVN भंडार बनाने के; या उन्हें मौजूदा भंडार में दोबारा जोड़ें।
ऐसा लगता है कि चरण (1) - (2) अनावश्यक और अनावश्यक हैं; लेकिन सुरक्षित होने के लिए, आपको वैसे भी करना चाहिए।
- 1. गिट सोचता है कि फाइलें बदल गई हैं
- 2. संस्करण नियंत्रण के तहत xcodeproj
- 3. जांचें कि फ़ाइल पहले से ही स्रोत नियंत्रण में है
- 4. एसवीएन: पहले से ही प्रतिबद्ध फ़ाइल को अनदेखा करना
- 5. संस्करण नियंत्रण के तहत Gettext .po फ़ाइलें
- 6. संस्करण नियंत्रण
- 7. एनएलटीके सोचता है कि इम्पेरेटिव्स हैं
- 8. एसबीटी: संस्करण फ़ाइलों के तहत कौन सी फाइलें डाली जाएंगी?
- 9. svn: अनदेखा 'फ़ाइल' संस्करण नियंत्रण के तहत नहीं है
- 10. जावा नेटबीन्स प्रोजेक्ट में कौन सी फाइलें संस्करण नियंत्रण के तहत रखी जानी चाहिए?
- 11. जब मैं पुराना संस्करण पहले से ही
- 12. एसवीएन: एक ही नाम की एक संस्करण वाली निर्देशिका पहले से मौजूद है
- 13. Mercurial अचानक सोचता है कि सभी फाइलें बदली हैं - काम करने वाली निर्देशिका पर लॉक के लिए प्रतीक्षा
- 14. एसवीएन - केवल स्थानीय फाइलें दिखाएं (कमांड लाइन)?
- 15. पीएचपी सत्र कि पहले से ही
- 16. संस्करण नियंत्रण
- 17. एसवीएन मार्क प्रमुख संस्करण
- 18. एकल उपयोगकर्ता संस्करण नियंत्रण के लिए कछुए एसवीएन का उपयोग
- 19. गिट-एफटीपी अपलोड से बचें अगर फाइलें पहले से ही सर्वर पर हैं
- 20. Grails अनुप्रयोग और संस्करण नियंत्रण
- 21. एक फ़ोल्डर के तहत सभी फाइलें जोड़ना जो subversion में नहीं जोड़ा गया है?
- 22. पायथन: `प्रकार है कि पहले से ही reducers
- 23. संस्करण नियंत्रण वर्कफ़्लो के साथ वेब-विकास
- 24. Directory.Move (फ़ाइल पहले से ही मौजूद हैं)
- 25. संस्करण नियंत्रण प्रणाली?
- 26. एनआईबी फाइलें और संस्करण नियंत्रण: शाखाओं का उपयोग
- 27. पता लगाएं कि एक्सेल कार्यपुस्तिका पहले से ही खुली है
- 28. जांचें कि कोई स्थिर पहले से ही परिभाषित है
- 29. एसवीएन से गिट एसवीएन
- 30. क्या प्रोजेक्ट पेड़ में द्विआधारी फाइलें हैं, तो जीआईटी, मर्कुरियल, एसवीएन, या अन्य संस्करण नियंत्रण उपकरण अच्छी तरह से काम कर सकते हैं?
निर्यात और आयात सभी '.svn' फ़ाइलों को हटाने की कोशिश कर तेजी से काम करता है – Biotox