एक रिपोजिटरी की कहानी

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



रिपॉजिटरी बढ़ी, क्रेप, परिपक्व हुई। समय के साथ, मुझे कमिट करने की आदत पड़ गई, पहला टैग दिखाई दिया, और यहां तक ​​कि शाखाओं के सपने भी अवास्तविक लगते थे। रिपॉजिटरी अन्य SVN रिपॉजिटरी से परिचित हो गई, और यहां तक ​​कि कुछ के साथ फ़ाइलों का आदान-प्रदान करना शुरू कर दिया। कभी-कभी वह अपने नए दोस्तों से लंबे समय तक बदलाव की प्रक्रिया के दौरान भिन्नता के विश्लेषण का आनंद लेते हैं।



डेवलपर्स के वार्तालापों में तेजी से अपरिचित शब्द "गिट" और "डीवीसीएस" सुनने के लिए शुरू होने पर पहले बादल क्षितिज पर दिखाई देने लगे। उन्होंने अपने रिपॉजिटरी दोस्तों से इस बारे में पूछने की कोशिश की, लेकिन वे केवल दिखावटी थे ...



समय के साथ, ये चिंताएँ कम हो गईं, लेकिन जीवन अब पहले जैसा नहीं रहा। रिपॉजिटरी डूब गई, जीवन के अर्थ के बारे में अधिक सोचने लगी। पुराने संबंधों ने अब आनंद नहीं दिया, बल्कि बोझ निर्भरता में बदल गया। तेजी से, बुरे सपने मर्ज के दौरान अघुलनशील संघर्षों के बारे में सपने देखने लगे।



जब धीरे-धीरे रुका तो जीवन धीरे-धीरे बहने लगा। चिंताजनक पूर्वाभास तुरंत फिर से शुरू हो गया। रिपॉजिटरी, निश्चित रूप से खुद को विचारों के साथ आश्वस्त करती है कि डेवलपर्स को छुट्टी पर होना चाहिए, और जल्द ही सब कुछ अपने सामान्य पाठ्यक्रम में वापस आ जाएगा, लेकिन कुछ बुरा होने की भावना नहीं छोड़ी।



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



एक-एक करके मेरी आँखों के सामने रस्सियाँ दौड़ने लगीं, वे या तो दिखाई दीं या गायब हो गईं, और इसलिए यह बार-बार दोहराई गई। "Svnadmin लोड, svnadmin डंप, svnadmin लोड, svnadmin डंप" - रिपॉजिटरी समझ नहीं पा रही थी कि क्या चल रहा है, यह या तो होश में आया, या फिर गुमनामी में विफल रहा। और दूरी में केवल एक छोटा सा, टिमटिमाता हुआ प्रकाश आशा से प्रेरित ...



चलो थोड़ी देर के लिए हमारे नायक को छोड़ दें और यह पता लगाने की कोशिश करें कि क्या हुआ।

डेवलपर्स की नजर से

एक कसौटी पाठक यह सुझाव दे सकता है कि रिपॉजिटरी खुद को जिस स्थिति में पाती है वह किसी तरह वितरित संस्करण नियंत्रण प्रणालियों से संबंधित है। यह वही है जो हुआ था - डेवलपर्स को मर्क्यूरियल के सभी लाभों से परिचित कराया गया था और अपने सभी कोड को वहां स्थानांतरित करने का फैसला किया। हालांकि, तोड़फोड़ से मर्क्यूरियल तक संक्रमण काफी दर्द रहित तरीके से किया जा सकता है, इसलिए आपको रिपॉजिटरी को परेशान करने की आवश्यकता क्यों है?



तथ्य यह है कि इससे पहले कि डेवलपर्स ने दो गलतियाँ कीं, जो अब खुद को अपनी महिमा में दर्शाती हैं:

1. प्रारंभ में, सभी सर्वोत्तम प्रथाओं के विपरीत, वे पारंपरिक फ़ोल्डर ट्रंक, शाखाओं और टैग बनाने के लिए परेशान किए बिना, रिपॉजिटरी की जड़ के लिए प्रतिबद्ध करने लगे। बहुत बाद में, ये फ़ोल्डर बनाए गए थे और फाइलें स्थानांतरित कर दी गई थीं, लेकिन जैसा कि आप जानते हैं, आपने रिपॉजिटरी से कमिट्स को मिटाया नहीं है। अब, यदि आप सब कुछ अपरिवर्तित छोड़ देते हैं, तो जब मर्क्यूरियल की ओर पलायन होता है, तो ट्रंक के बाहर आने वाला गायब हो जाएगा।
2. जैसा कि हम याद करते हैं, हमारे हीरो रिपॉजिटरी "बोझ निर्भरता" में निहित है, और यहाँ, निश्चित रूप से, हम svn: बाहरी लोगों के बारे में बात कर रहे हैं। इससे पहले, मैंने इस तकनीक की असंगति के बारे में बात की थी । जब मर्क्यूरियल की ओर पलायन होता है, तो वर्तमान में svn: externals को स्थानांतरित करने का कोई आसान तरीका नहीं है।

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

खोपड़ी के नीचे रिपोजिटरी

रिपॉजिटरी को संशोधित करने के लिए, हमें सबसे पहले svnadmin उपयोगिता की आवश्यकता है, जो आपको SVN रिपॉजिटरी का एक पूर्ण डंप बनाने की अनुमति देता है, विशिष्ट संशोधनों या संशोधनों की एक सीमा के लिए एक डंप, और मौजूदा रिपॉजिटरी में डंप भी रोल करता है। विंडोज उपयोगकर्ताओं के लिए एक छोटा विषयांतर - यह उपयोगिता TortoiseSVN का हिस्सा नहीं है, लेकिन आप एक अतिरिक्त सबवर्सन क्लाइंट स्थापित कर सकते हैं, उदाहरण के लिए स्लिक SVN , जिसमें svnadmin मौजूद है।



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



यह समझने के लिए कि विधि कैसे काम करती है, एक वास्तविक भंडार के संशोधन पर विचार करें। मैंने एक छोटा परीक्षण भंडार तैयार किया जिसमें उपरोक्त सभी समस्याएं हैं। आप यहां लेख में उल्लिखित अन्य डंपों के साथ इसके डंप (Demo_repo.dmp) को डाउनलोड कर सकते हैं ।



भंडार में 8 संशोधन शामिल हैं, उनमें से प्रत्येक का वर्णन है:

1. एक पाठ फ़ाइल को रिपॉजिटरी की जड़ में जोड़ा गया है।
2. रिपॉजिटरी की जड़ में एक छोटा सी # हैलोवर्ल्ड प्रोजेक्ट जोड़ा गया है।
3. जोड़ा गया ट्रंक, टैग, ब्रांच फोल्डर। रूट से सभी फ़ाइलों को ट्रंक में ले जाया जाता है।
4. '3rd पार्टी' फ़ोल्डर को जोड़ा गया है, और इसके लिए बाह्य भंडार से फ़ाइलों को डाउनलोड करने के लिए svn: बाह्य संपत्ति निर्धारित की गई है।
5. Svn: बाह्य संपत्ति को '3rd पार्टी' फ़ोल्डर के लिए हटा दिया गया है और ट्रंक फ़ोल्डर में सेट कर दिया गया है।
6. ट्रंक से हटाए गए पाठ फ़ाइल।
7. ट्रंक फ़ोल्डर में svn है: संपत्ति सेट को अनदेखा करें। HelloWorld में कुछ फ़ाइलों को संशोधित किया।
8. ट्रंक में पाठ फ़ाइल जोड़ा गया। HelloWorld में हटाए गए सबफ़ोल्डर।

जाहिर है कि यहां "सही" वाले केवल 6 और 8 संशोधन हैं। बाकी सभी को एक या दूसरे तरीके से संशोधित करने की आवश्यकता होगी।



1, 2, 3 संशोधन के साथ समस्या यह है कि फाइलें ट्रंक के बाहर हैं। इसे ठीक करने के लिए, हम उनके सामने एक प्रतिबद्ध डालेंगे, जिसमें हम शाखाएं, टैग, ट्रंक फ़ोल्डर बनाएंगे; 1 और 2 को संशोधित करें ताकि ट्रंक में फाइलें जोड़ी जाएं; प्रतिबद्ध 3 पूरी तरह से हटा दिया जाएगा।



संशोधन 4 और 5 svn से संबंधित हैं: बाह्य, हमें बाहरी निर्भरता को सीधे एक बाहरी रिपॉजिटरी से भरी हुई फाइलों से बदलना होगा। संशोधन 7, जाहिरा तौर पर हानिरहित, अप्रत्यक्ष रूप से svn से संबंधित है: बाह्य, बाद में उस पर अधिक।



तो चलिए शुरू करते हैं। मैं विंडोज के लिए रिपॉजिटरी को संशोधित करूंगा, हालांकि, कुछ भी ठीक वैसा ही कदम उठाने से रोकता है, उदाहरण के लिए, लिनक्स के तहत।

Svn से छुटकारा: बाहरी

आपको तुरंत सभी कमानों को ट्रंक करने के लिए प्रयास नहीं करना चाहिए, और svn से छुटकारा पाना चाहिए: बाहरी। इन कार्यों को क्रम से पूरा करना बेहतर है। हम दूसरे कार्य के साथ शुरू करेंगे।



पहले हमें सभी समस्याग्रस्त संशोधनों की पहचान करने की आवश्यकता है जिन्हें मैन्युअल रूप से प्रतिस्थापित करने की आवश्यकता है। हम एक पाठ संपादक में अपने भंडार का पूरा डंप खोलते हैं (मैं नोटपैड ++ का उपयोग करता हूं) और क्रमिक रूप से "svn: externals" वाक्यांश की घटनाओं को देखता हूं। वे आवश्यकता से बहुत अधिक हो सकते हैं, हम केवल ऐसी घटनाओं में रुचि रखते हैं:

  के १३
 svn: बाहरी 

ऐसी प्रत्येक जगह के लिए, हमें ऊपर "संशोधन-संख्या:" पंक्ति ढूंढनी होगी। इसमें समस्याग्रस्त संशोधन की संख्या है जो हमें चाहिए।







जब हम अपने परीक्षण भंडार के लिए डंप के अंत में पहुंचते हैं, तो हमें निम्नलिखित समस्या पुनरीक्षण संख्या: 4, 5 और 7 मिलनी चाहिए।

अब हमें उन संशोधनों के लिए आंशिक डंप तैयार करने की आवश्यकता है जिन्हें परिवर्तनों की आवश्यकता नहीं है। ऐसा करने के लिए:

1. हम अपने भंडार को पूरी तरह से कुछ स्थानीय फ़ोल्डर में लोड करते हैं, इसे full_repo कहते हैं। यह निम्न कमांड लाइन कॉल का उपयोग करके किया जाता है:
   
   
   
   

     C: \ Subversion> svnadmin full_repo बनाते हैं
    C: \ Subversion> svnadmin लोड full_repo <Demo_repo.dmp 

   
   
   
2. अगला, हम भंडार के उन संशोधनों के लिए डंप तैयार करते हैं जिन्हें बदलने की आवश्यकता नहीं है (1-3, 6 और 8):
   
   
   
   

     C: \ Subversion> svnadmin डंप full_repo -r 0: 3 --incremental> डेमो03/3mp
    C: \ Subversion> svnadmin डंप full_repo -r 6 --incremental> Demo6.dmp
    C: \ Subversion> svnadmin डंप full_repo -r 8 --incremental> Demo8.dmp 

   
   
   
3. जांचें कि परिणामस्वरूप डंप में स्ट्रिंग "svn: externals" की घटनाएं नहीं होती हैं। अब इसे सावधानीपूर्वक जांचना महत्वपूर्ण है, गलती से इस स्तर पर गलती करना भविष्य में जीवन को बहुत जटिल कर सकता है।

अगला, हम एक संशोधित भंडार बनाना शुरू करते हैं। पहले, पहले 3 संशोधनों को इसमें लोड करें (चलो इसे कॉल करें, उदाहरण के लिए, result_repo):

  C: \ Subversion> svnadmin result_repo बनाते हैं
 C: \ Subversion> svnadmin load result_repo <Demo0_3.dmp

अब आपको 4 वें प्रतिबद्ध को ठीक करने की आवश्यकता है। ऐसा करने के लिए, हमें अपने नए भंडार की जांच करने की आवश्यकता होगी। इसके लिए, आप TortoiseSVN का उपयोग कर सकते हैं या कमांड लाइन से काम करना जारी रख सकते हैं, उदाहरण के लिए:

  C: \ Subversion> svn co फ़ाइल: /// C: / तोड़फोड़ / result_repo result_checkout 

हम जांचते हैं कि सब कुछ हमारी योजना के अनुसार है - result_checkout फ़ोल्डर में जाएं और जांचें कि 3 संशोधन लोड किए गए हैं:

 C: \ Subversion> cd result_checkout C: \ Subversion \ result_checkout> svn log -l 1 ------------------------------- ----------------------------------------- r3 |  shibaev |  2010-12-09 23:53:09 +0600 (थू, 09 दिसंबर 2010) |  1 लाइन ट्रंक में ले जाया गया।  -------------------------------------------------- ---------------------- 

अब हमें "सही" 4 वें वचन का पालन करना चाहिए। ऐसा करने के लिए, हमें 4 वें संशोधन पर मूल भंडार की स्थिति की आवश्यकता है। इसलिए, हम उसके लिए एक चेकआउट करते हैं, लेकिन तुरंत नंबर 4 में संशोधन करने के लिए:

  C: \ Subversion \ result_checkout> cd ..
 C: \ Subversion> svn co फ़ाइल: /// C: / तोड़फोड़ / full_repo full_check -r 4 

अंतिम आदेश में थोड़ा समय लग सकता है, क्योंकि बाहरी रिपॉजिटरी से फाइलें डाउनलोड हो जाएंगी।



घड़ी की जाँच करें। हमारा वर्किंग फोल्डर इस तरह दिखता है:







और TortoiseSVN में full_checkout के लिए लॉग इस तरह है:







लॉग में हम देखते हैं कि 4 वें संशोधन में क्या बदलाव आया है। और निम्नलिखित बदल गया है - "तीसरी पार्टी" फ़ोल्डर को ट्रंक में जोड़ा गया है, लेकिन सरल नहीं है, लेकिन svn के साथ: बाह्य संपत्ति सेट:

  iTextSharp https://itextsharp.svn.sourceforge.net/svnroot/itextsharp/tags/iTextSharp_5_0_5/iTextSharp/text/xml/simpleparser/ 

इसलिए, 4 वें प्रतिबद्ध को ठीक करने के लिए, हमें रिपॉजिटरी को सही और कमिट करने के लिए / ट्रंक / 3rd पार्टी / iTextSharp फ़ोल्डर जोड़ना होगा:

1. Result_checkout / ट्रंक पर जाएं
2. 3rd पार्टी फोल्डर बनाएं
3. ITextSharp फ़ोल्डर को full_checkout से कॉपी करें
4. .Svn सबफ़ोल्डर को इससे हटा दें
5. परिणाम में सभी सामग्री के साथ 3rd पार्टी फ़ोल्डर जोड़ें (svn add)
6. हम मूल हस्ताक्षर रखते हैं, उदाहरण के लिए इस तरह:
   
   

     C: \ Subversion \ result_checkout> svn प्रतिबद्ध -m "जोड़ा गया बाहरी संदर्भ" 

ठीक है, वहाँ पहली संशोधित प्रतिबद्ध है! हालांकि, आगे बढ़ने से पहले, आइए इस बारे में सोचें कि इस तरह की प्रक्रिया के दौरान त्रुटि क्या है (यदि, उदाहरण के लिए, हमने गलत चीजें कीं या गलत डंप लुढ़का)। कल्पना कीजिए कि रिपॉजिटरी में 8 कमिट नहीं हैं, लेकिन 2000 हैं, और पहली बार svn: एक्सटर्नल रिविजन नंबर 1200 में पाए जाते हैं। इस मामले में, यह पहले से ही पहले डंप (0 से 1199 तक संशोधन) को लोड कर रहा है और इसके चेकआउट में एक अशोभनीय समय लगेगा।



त्रुटि के परिणाम बहुत अप्रिय हो सकते हैं - हम आसानी से पुनर्निर्मित भंडार को बर्बाद कर सकते हैं, और हमें फिर से शुरू करना होगा। इसलिए, आपको तुरंत मध्यवर्ती परिणामों के लिए बैकअप समस्या का ध्यान रखना चाहिए। आपको कम से कम रिपॉजिटरी (result_repo), साथ ही चेकआउट (result_checkout) को सहेजना होगा, अगर इसे खरोंच से पुनर्स्थापित करने में लंबा समय लगता है।



हम बैकअप को इस तरह से व्यवस्थित करते हैं - हम आवश्यक फ़ोल्डरों को ज़िप आर्काइव में संपीड़ित करेंगे और एक निश्चित फ़ोल्डर में कॉपी करेंगे। ऐसा करने के लिए, 7-ज़िप अभिलेखागार का उपयोग करें। इसे स्थापित करें और पथ के पर्यावरण चर में 7z.exe के लिए पथ जोड़ें। अब आप इस तरह के भंडार के मध्यवर्ती राज्यों का बैकअप ले सकते हैं:

  C: \ Subversion> 7z एक बैकअप \ result_repoX.zip result_repo, 

जहां X संशोधन संख्या है (उदाहरण के लिए, अब हमारे मामले में X == 4)



इंटरमीडिएट परिणाम को सहेजने के बाद, यह आगे बढ़ने का समय है - आपको मैन्युअल रूप से नंबर 5 की आवश्यकता है। ऐसा करने के लिए:

1. संख्या 5 में संशोधन के लिए full_checkout अपडेट करें:
   
   
   
   

     C: \ Subversion \ full_checkout> svn up -r 5 

   
   
   
2. देखें कि पाँचवीं प्रतिबद्धताओं में क्या बदलाव हैं

इस स्थिति में, परिवर्तन न्यूनतम हैं - svn: बाह्य संपत्ति "3 डी पार्टी" फ़ोल्डर के लिए हटा दी गई है और ट्रंक फ़ोल्डर के लिए बनाई गई है। बाहरी रिपॉजिटरी का पता नहीं बदला है, साथ ही जिस फ़ोल्डर में आप फ़ाइलों को डाउनलोड करना चाहते हैं। इसलिए, हमारी नई रिपॉजिटरी के लिए, किसी भी बदलाव की आवश्यकता नहीं होगी, हमें बस किसी तरह प्रतिबद्ध होने की आवश्यकता है। ऐसा करने के लिए, आप ट्रंक में एक खाली काल्पनिक फ़ाइल बना सकते हैं, इसे एसवीएन में जोड़ सकते हैं और प्रतिबद्ध कर सकते हैं। बेहतर है कि हस्ताक्षर को कमिट में न बदलें (क्यों - यह बाद में स्पष्ट हो जाएगा)



5 वीं प्रतिबद्ध जोड़ने के बाद, Demo6.dmp को रोल करें:

  C: \ Subversion> svnadmin load result_repo <Demo6.dmp 

हम एक बैकअप बनाते हैं और हमारे कार्यक्रम के अंतिम गंभीर बिंदु पर जाते हैं - प्रतिबद्ध 7 का संशोधन। हम 7 वें संशोधन के लिए full_checkout रिपॉजिटरी को अपडेट करते हैं और परिवर्तनों की सूची देखते हैं:







इस प्रतिबद्ध को संशोधित करने की आवश्यकता का कारण तुरंत स्पष्ट नहीं है, क्योंकि svn: externals के बारे में कोई बदलाव नहीं किया गया है। Svn: ट्रंक फ़ोल्डर के लिए संपत्ति को अनदेखा कर दिया गया है, शायद यही कारण है? तो यह है। तथ्य यह है कि ट्रंक फोल्डर संपत्ति का पूरा विवरण svn: xternals के साथ संशोधन 7 के लिए SVN डंप में संग्रहीत किया जाता है:







तो, बात करने के लिए। 7 वें वचन बनाने के 2 तरीके हैं: मुश्किल और सीधा।



मूल भंडार से 7 वें संशोधन के लिए डंप को लेने के लिए पहला है, svn का उल्लेख हटा दें: ट्रंक फ़ोल्डर संपत्ति से बाह्य सामग्री (इसे एक पाठ संपादक में खोलें, हटाएं, गुणों से हटाए गए बाइट्स की संख्या घटाएं - "सामग्री-सामग्री-लंबाई" और " सामग्री-लंबाई "या हम" svnadmin setrevprop "कमांड का उपयोग करते हैं) और इसे पहले से ही" सही "डंप को एक नए भंडार में रोल करते हैं। इस मामले में, यह दृष्टिकोण सबसे अच्छा समाधान है।



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



हम SVN क्लाइंट की क्रियाओं को कितनी सावधानी से दोहराते हैं यह पूरी तरह से हमारे धैर्य और सावधानी पर निर्भर करता है। आपको प्रत्येक परिवर्तन को व्यक्तिगत रूप से संसाधित नहीं करना चाहिए, मुख्य बात यह सुनिश्चित करना है कि मूल और नए रिपॉजिटरी में फाइलों के सेट मेल खाते हैं। केवल एक चीज यह है कि एसवीएन में फ़ाइल / फ़ोल्डर को स्थानांतरित करना वास्तव में दोहराने के लिए वांछनीय है ताकि आगे बढ़ने से पहले ऑब्जेक्ट का इतिहास खो न जाए। वैसे, इस स्तर पर आप ट्रंक में पहले बनाई गई काल्पनिक फ़ाइल को भी हटा सकते हैं।



सभी परिवर्तन किए जाने के बाद, यह जांचने योग्य है कि प्रभावित परियोजनाएं अभी भी संकलित हैं और परीक्षण पास हैं। हालांकि, यदि आपको एक तोड़फोड़ ग्राहक के रूप में अपने कार्यों पर पूरा भरोसा है, तो आप जांच नहीं कर सकते।



अगला, हमारे परिवर्तन करें और फिनिश लाइन पर जाएं। हम अंतिम डंप Demo8.dmp को रोल करते हैं। हम result_checkout और full_checkout की दोनों कार्यशील प्रतियों को नवीनतम संशोधन में अपडेट करते हैं और उनकी तुलना करते हैं। यदि सब कुछ सही ढंग से किया गया था, तो उन्हें फ़ाइलों के सेट में पूरी तरह से समान होना चाहिए।



हमें संशोधित भंडार के लिए एक डंप मिलता है:

  C: \ Subversion> svnadmin डंप result_repo> without_externals.dmp 

यह डंप बाहरी निर्भरता से पूरी तरह से मुक्त है, हालांकि, अभी भी कुछ बदलाव हमें करने की आवश्यकता होगी। तथ्य यह है कि हाथ से किए गए कमिट के लिए, डंप में ताजा प्रतिबद्ध समय लिखा जाता है, साथ ही एक गलत उपयोगकर्ता नाम (आमतौर पर विंडोज में ऑपरेटिंग सिस्टम के नाम के समान)। इसे ठीक करना आवश्यक है।



हम एक टेक्स्ट एडिटर में मूल और नए डंप खोलते हैं और क्रमिक रूप से संशोधित संशोधनों (हमारे उदाहरण में 4, 5, 7) के माध्यम से जाते हैं। यह कुछ इस तरह दिखेगा:







अब आपको मूल डंप के साथ नए डंप में संबंधित तिथियों को ध्यान से बदलने की आवश्यकता है। ऐसा करने के लिए, आप फिर से svnadmin उपयोगिता और इसके "setrevprop" विकल्प का उपयोग कर सकते हैं, हालांकि, मेरी राय में, एक पाठ संपादक में अपने हाथों से ऐसा करना तेज़ है।



किसी तिथि को प्रतिस्थापित करना एक हानिरहित संचालन है, लेकिन किसी प्रतिबद्ध लेखक के स्थान पर अतिरिक्त प्रयास की आवश्यकता होगी। जैसा कि आप देख सकते हैं, "प्रॉप-कंटेंट-लेंथ" और "कॉन्टेंट-लेंथ" प्रॉपर्टीज के मूल्य, साथ ही प्रारंभिक और अपडेट किए गए डंप के लिए लेखक के नाम के ऊपर की संख्या मेल नहीं खाती। यह इस तथ्य के कारण है कि लेखक के नाम की लंबाई मूल से अलग है। इसलिए, हम पहले कमिट के लेखक को बदलते हैं, और फिर संबंधित मानों को अपडेट करते हैं। नोटपैड ++ यह सत्यापित करने के लिए एक सुविधाजनक तरीका प्रदान करता है कि सब कुछ सही ढंग से किया गया था:







सभी संशोधित संपत्तियों के गुण तय हो जाने के बाद, हम svn से छुटकारा पाने के चरण पर विचार कर सकते हैं: बाह्य पूर्ण। हालाँकि, मैं इसके बाद अनुशंसा करता हूं कि यह सत्यापित करने के लिए कि परिणामस्वरूप डंप पूरी तरह से स्थानीय रिपॉजिटरी में भरी हुई है:

  C: \ Subversion> svnadmin बनाएँ test_repo
 C: \ Subversion> svnadmin load test_repo <without_externals.dmp 

इस जाँच के दौरान, रिपॉजिटरी के संशोधन के दौरान की गई त्रुटियों का स्वतः ही पता चल सकता है। इस स्थिति में, त्रुटि के स्थान पर डंप लोडिंग बाधित हो जाएगी, और हम कारणों का पता लगा सकते हैं। यह आमतौर पर तब होता है जब हम किसी फ़ाइल की सामग्री को गड़बड़ करते हैं या फ़ाइल को अपडेट नहीं करते हैं। एक त्रुटि संदेश संकेत देगा कि चेकसम मेल नहीं खाते हैं।

ट्रंक करने के लिए सभी कमिट्स को स्थानांतरित करें

पिछले चरण में हासिल किए गए कौशल के साथ, ट्रंक के सभी कमिट्स को स्थानांतरित करना आसान है। तो, हमारे पास without_externals.dmp रिपॉजिटरी है, जिसमें पहले दो कमेंट्स रिपॉजिटरी के रूट में किए जाते हैं, और तीसरे कमेंट ट्रंक में, टैग, ब्रांच फोल्डर बनाए जाते हैं, और सभी फाइलों को वहां ट्रांसफर कर दिया जाता है।



कार्य योजना:

1. हम एक स्वच्छ भंडार बनाते हैं, इसमें खाली शाखाएँ, टैग, ट्रंक फ़ोल्डर बनाते हैं
2. हम डंप को बिना_externals.dmp को दो में विभाजित करते हैं - 0 से 2 तक संशोधन और 4 से 8 तक संशोधन। प्रतिबद्ध # 3 बाहर फेंक दिया जाता है!
3. पहले डंप में (0 से 2 संशोधनों से) हम फ़ाइल में सभी पथों के लिए उपसर्ग "ट्रंक /" जोड़ते हैं
4. सफलतापूर्वक दोनों डंपों को हमारे नए भंडार में रोल करें
5. हम जाँचते हैं कि कोई त्रुटि नहीं थी और परिणामी रिपॉजिटरी का एक पूरा डंप बनाते हैं
6. हम पहले प्रतिबद्ध के लिए समय और लेखक को संशोधित करते हैं

चलो चलते हैं। एक क्लीन रिपॉजिटरी (फाइनल_रेपो फोल्डर) बनाएं, इसे देखें (फाइनल_चेकआउट)। 3 फ़ोल्डर्स बनाएँ, रिपॉजिटरी में जोड़ें और कमिट करें:

  C: \ Subversion> svnadmin फ़ाइनल_रेपो बनाएँ
 C: \ Subversion> svn co फ़ाइल: /// C: / तोड़फोड़ / फ़ाइनल_रेपो फ़ाइनल_कैचआउट
 C: \ Subversion> mkdir शाखाओं टैग्स ट्रंक
 C: \ Subversion> svn शाखाओं के टैग जोड़ते हैं
 C: \ Subversion> svn प्रतिबद्ध -m "तैयार रिपोजिटरी संरचना" 

हम अनावश्यक निर्भरता को खत्म करने के लिए बाहरी निर्भरता के बिना भंडार के लिए डंप को विभाजित करते हैं।

  C: \ Subversion> svnadmin create without_externals_repo
 C: \ Subversion> svnadmin लोड without_externals_repo <without_externals.dmp
 C: \ Subversion> svnadmin डंप without_externals_repo -r 0: 2 --incremental> final0_2.dmp
 C: \ Subversion> svnadmin डंप बिना_externals_repo -r 4: 8 --incremental> final4_8.dmp 

डंप अंतिम0_2.dmp खोलें और सभी पंक्तियों को “-पथ:” को “-पथ: ट्रंक /” के साथ बदलें। महत्वपूर्ण - हम वास्तव में इसे प्रतिस्थापित करते हैं (और न केवल "नोड-पथ:"), क्योंकि रास्तों का उपयोग "नोड-पथ" और "नोड-कॉपीफ्रॉम-पथ" गुणों में किया जा सकता है।







नई रिपॉजिटरी में अंतिम0_2.dmp और अंतिम4_8.dmp रोल करें:

  C: \ Subversion> svnadmin लोड फाइनल_रेपो <Final0_2.dmp
 C: \ Subversion> svnadmin load final_repo <final4_8.dmp 

अंतिम_केचआउट के लिए एसवीएन लॉग की जांच करें, सभी कमिट केवल ट्रंक में फाइलों पर काम करना चाहिए। हमें अपडेटेड डंप मिलता है:

  C: \ Subversion> svnadmin डंप final_repo> final.dmp 

हम 1 संशोधन के लिए समय और लेखक को संशोधित करते हैं, साथ ही साथ 0 वें संशोधन का समय भी। हम बिना आधार के 0 वें संशोधन के समय को आधार के रूप में लेते हैं। इसे नए डंप में 0 वें संशोधन के लिए उपयोग करें, फिर इसमें कुछ सेकंड जोड़ें और इसे 1 संशोधन के लिए सेट करें।

जांचें कि परिणामी डंप क्रम में है, इसे भंडार में लोड करना है:

  C: \ Subversion> svnadmin बनाएँ test_final_repo
 C: \ Subversion> svnadmin load test_final_repo <final.dmp 

यदि डाउनलोड के दौरान चेकसम के बेमेल के बारे में कोई त्रुटि हुई, तो सबसे अधिक संभावना है कि "-पथ:" लाइन फाइलों के अंदर कहीं पाई गई थी, और हमने इसे गलती से बदल दिया (वास्तविक रिपॉजिटरी में हम अपनी आंखों से उन सभी स्थानों को नहीं देख सकते हैं जिन्हें प्रतिस्थापित करने की आवश्यकता है, क्योंकि हो सकता है एक बहुत)। इसके अलावा, ऐसा होता है कि स्ट्रिंग ठीक उसी रूप में होती है जैसे संशोधन गुणों में (उदाहरण के लिए, "नोड-पथ: ..."), इसलिए, प्रतिस्थापन टेम्पलेट को सख्त करने से मदद नहीं मिलेगी।



हमारे उदाहरण में, एक त्रुटि उत्पन्न नहीं होती है, जिसका अर्थ है कि हमें मर्क्यूरियल में प्रवास के लिए पूरी तरह से रिपॉजिटरी उपयुक्त है।

संक्षेप में कहना

हमने SVN रिपॉजिटरी को संशोधित करने के लिए कई तकनीकों का परीक्षण किया। मुख्य विशेषताएं:

1. Svnadmin उपयोगिता मुख्य उपकरण है। आपको रिपॉजिटरी में एक डंप अपलोड करने की अनुमति देता है, वांछित संशोधनों के लिए एक डंप प्राप्त करें।
2. हम संशोधित रिपॉजिटरी में मौजूदा डंप के "मैनुअल" को लोड और लोड कर सकते हैं। एक विशिष्ट ट्रिक है रिपॉजिटरी से अनावश्यक कमिट्स को फेंकना और उन्हें नए रिपॉजिटरी में बदलना (या बस स्किप करना)।
3. हम यथासंभव मध्यवर्ती परिणामों के लिए एक बैकअप बनाते हैं।
4. सभी विशिष्ट कार्यों के लिए (डंप लोड करना, डंप, चेकआउट, बैकअप बनाना) बल्ले या बैश स्क्रिप्ट का उपयोग करना सुविधाजनक है।
5. जब हम एसवीएन डंप को एक पाठ संपादक में संशोधित करते हैं - संख्यात्मक मूल्यों को अद्यतन करने के लिए मत भूलना - बाइट्स में संबंधित सामग्री का आकार।
6. यदि हमारा SVN डंप बड़ा है (> 700 MB), तो इसे संपादित करने में समस्याएं हैं, क्योंकि विंडोज के लिए अधिकांश टेक्स्ट एडिटर इसे सामान्य रूप से नहीं खोल सकते हैं। नोटपैड ++ कोई अपवाद नहीं है। मैंने कई अलग-अलग विकल्पों की कोशिश की, केवल EmEditor ने मदद की, यह एक छोटी सी रैम के साथ मशीन पर भी ठीक काम करता है।
7. यदि संशोधन के बाद परिणामी डंप से रिपॉजिटरी को लोड करना संभव नहीं है, या तो उन्होंने ऑफ़सेट के साथ कुछ गड़बड़ कर दिया, या कुछ फ़ाइल को अपडेट करना भूल गए, या फ़ाइल की सामग्री को गड़बड़ कर दिया।
8. जब आपको अपने आप को एक निश्चित प्रतिबद्ध में बदलावों को दोहराना होता है, तो यह एक फ़ोल्डर के अंदर सभी .svn सबफ़ोल्डर्स को फिर से हटाने के लिए उपयोगी हो सकता है। ऐसा करने के लिए, आप एक स्क्रिप्ट (विंडोज के लिए) का उपयोग कर सकते हैं जो वर्तमान निर्देशिका में सभी सबफ़ोल्डर्स को पुन: हटा देता है:
   
   
   
   

     For / F "tokens = *" %% G IN ('DIR / B / AD / S * .svn *') DO RMDIR / S / Q "%% G" 

   
   
   
9. किसी भी तरह से हस्ताक्षर करने के लिए हस्ताक्षरों को संशोधित करना आवश्यक नहीं है, क्योंकि यह डंप में संशोधन के विवरण में बाइट्स की संख्या को प्रभावित करता है। इस वजह से, कमिट के लेखक के नाम को अपडेट करना थोड़ा मुश्किल होगा, क्योंकि आपको कमिटमेंट के लिए हस्ताक्षर की लंबाई में अंतर को भी ध्यान में रखना होगा।

निष्कर्ष

जीवन के लिए भंडार आया। सब कुछ एक बार उनके उज्ज्वल सिर में मिलाया जाता है - कमिट, लॉग, svnadmin। संज्ञाहरण का घूंघट अभी तक पूरी तरह से भंग नहीं हुआ है, लेकिन रिपॉजिटरी ने पहले ही महसूस किया है कि इसके अंदर कुछ बदल गया है।



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



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



भंडार को याद आया कि वह पहले ही इसका अनुभव कर चुका है। एक बार, बहुत शुरुआत में, एक अजनबी ने बहुत पहले "svn प्रतिबद्ध" को अपने अपार्टमेंट में खींच लिया। क्या इतिहास अब खुद को दोहरा रहा है? रिपॉजिटरी खुशी के साथ लुभावनी थी - कुछ बहुत भाग्यशाली होगा जो सभी संचित अनुभव और ज्ञान के साथ बचपन में वापस आ जाएगा, और ऐसा लगता है कि इसके साथ हुआ है! और व्यर्थ में उसने सांता क्लॉस पर विश्वास करना बंद कर दिया - यह संभव है कि यह एक चमत्कार है - यह उसका काम था ...



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