आइए इसका पता लगाएं," संस्करण नियंत्रण प्रणाली क्या है?(वीसीएस), और यह इतना महत्वपूर्ण क्यों है। और साथ ही, आइए देखें संस्करण नियंत्रण प्रणाली तुलना.
संस्करण नियंत्रण प्रणाली (वीसीएस)एक ऐसी प्रणाली है जो आपको समय के साथ किसी फ़ाइल (या फ़ाइलों के सेट) में परिवर्तन रिकॉर्ड करने की अनुमति देती है और बाद में किसी विशिष्ट संस्करण पर वापस लौटना संभव बनाती है। संस्करण नियंत्रण का उपयोग किसी भी प्रकार की फ़ाइल के लिए किया जा सकता है: सॉफ़्टवेयर स्रोत कोड, छवियाँ, पृष्ठ लेआउट आदि।
वितरित संस्करण नियंत्रण प्रणाली
और कुछ मामलों में, सर्वर द्वारा प्रस्तुत समस्या के प्रकार के आधार पर, फ़ाइलों के कुछ संस्करण दूषित या खो सकते हैं। हमने देखा कि एक केंद्रीकृत संस्करण नियंत्रण प्रणाली में हमें एक समस्या थी जहां डेवलपर्स सर्वर पर निर्भर थे, और एक संस्करण नियंत्रण प्रणाली बनाने की आवश्यकता थी जहां प्रत्येक डेवलपर के पास अपनी मशीन पर हर चीज की एक प्रति हो। यहीं पर वितरित संस्करण नियंत्रण प्रणाली अस्तित्व में आई, केंद्रीकृत प्रणालियों के विपरीत जहां संस्करणों की प्रतियां सर्वर पर होती हैं, वितरित संस्करण नियंत्रण प्रणाली काम करती हैं ताकि क्लाइंट संस्करणों के लिए फ़ाइलों की प्रतियां न बनाएं, बल्कि फ़ाइल संस्करणों की प्रतियां भी बनाएं।
वीसीएस (वीसीएस) का उपयोग करने से, परिवर्तनों से पहले फ़ाइलों को स्थिति में वापस करना संभव हो जाता है, यह देखना संभव हो जाता है कि आखिरी बार किसने कोई बदलाव किया (और परिणामस्वरूप समस्या उत्पन्न हुई), और भी बहुत कुछ। सीधे शब्दों में कहें, यदि आपने किसी चीज़ का उल्लंघन किया है (उदाहरण के लिए, खो गया है)। आवश्यक फ़ाइल, परिवर्तन किए जिससे त्रुटियाँ उत्पन्न हुईं), तो आप शांति से सब कुछ ठीक कर सकते हैं।
दूसरे शब्दों में, प्रत्येक डेवलपर के पास फ़ाइलों के सभी संस्करणों की एक प्रति होती है, ताकि काम सर्वर से स्वतंत्र रहे और सर्वर काम करना बंद कर दे तो भी काम जारी रहे। वितरित संस्करण नियंत्रण प्रणालियाँ आपको काम करने की अनुमति देती हैं विभिन्न समूहलोग एक ही प्रोजेक्ट पर एक साथ काम कर रहे हैं।
इस पूरे लेख में, हमने संस्करण नियंत्रण प्रणालियों के महत्व को देखा है और वे कैसे हमारे काम के समग्र संगठन और गुणवत्ता में सुधार कर सकते हैं, टीमों के बीच चर्चा और अन्य सामान्य समस्याओं को कम कर सकते हैं। इस लेख में, हम उपलब्ध संस्करण नियंत्रण समाधानों पर चर्चा करेंगे, संस्करण नियंत्रण प्रणाली का उपयोग करने के फायदे और नुकसान पर चर्चा करेंगे, और वेब परियोजनाओं में संस्करण नियंत्रण प्रणाली का उपयोग करने का एक उदाहरण प्रस्तुत करेंगे। जब किसी प्रोजेक्ट में कई डेवलपर शामिल होते हैं तो सॉफ़्टवेयर स्रोत कोड में परिवर्तनों को प्रबंधित करने, निगरानी करने और सिंक्रनाइज़ करने में कठिनाई एक आवर्ती समस्या है और वेब सिस्टम विकास में इसकी अपनी अनूठी विशेषताएं हैं।
संस्करण नियंत्रण का उपयोग करने का एक सरल उदाहरण बस फ़ाइलों को एक अलग निर्देशिका (संभवतः समय-मुद्रांकित) में कॉपी करना होगा। यह दृष्टिकोण बहुत सामान्य है और साथ ही त्रुटियों की अत्यधिक संभावना है (आप गलत फ़ाइलों की प्रतिलिपि बना सकते हैं, निर्देशिकाओं में खो सकते हैं और गलत स्थानों में परिवर्तन कर सकते हैं)। इस समस्या को हल करने के लिए उपयोग करें स्थानीय एसवीसी (स्थानीय एसएलई) एक सरल डेटाबेस के साथ जो फ़ाइलों में सभी परिवर्तनों को रिकॉर्ड करता है।
सॉफ़्टवेयर विकास लगभग हमेशा एक टीम में किया जाता है और प्रत्येक डेवलपर के परिवर्तनों को नियंत्रित करता है ताकि अखंडता बनी रहे सोर्स कोडसॉफ़्टवेयर एक आवर्ती आवश्यकता है. इस प्रकार, एक ऐसे उपकरण का उपयोग करना जो कई उपयोगकर्ताओं को एक साथ बदलने की अनुमति देता है, एक बेहतर विकास प्रक्रिया को जन्म दे सकता है।
एक सहयोगी संस्करण नियंत्रण प्रणाली सहयोगी सॉफ़्टवेयर विकास के प्रबंधन के लिए एक उपकरण है जो डेवलपर्स की एक टीम को स्रोत फ़ाइलों के एक सेट पर काम करने की अनुमति देती है ताकि परिवर्तनों को एकीकृत किया जा सके और एक रिपॉजिटरी में संग्रहीत किया जा सके जो उन सभी परिवर्तनों को संग्रहीत करता है।
स्थानीय संस्करण नियंत्रण प्रणाली का उदाहरण - आर.सी.एस..
केंद्रीकृत संस्करण नियंत्रण प्रणाली एसवीएन (सबवर्जन), सीवीएस और पर्सफोर्स
अन्य डेवलपर्स के साथ बातचीत करते समय, स्थानीय संस्करण नियंत्रण प्रणाली का उपयोग करना अब उपयुक्त नहीं है। इन उद्देश्यों के लिए, एक नए प्रकार का आविष्कार किया गया था एसएलई — केंद्रीकृत संस्करण नियंत्रण प्रणाली (सीएसकेवी). ऐसे सिस्टम में एक ही सर्वर होता है जिसमें फ़ाइलों के सभी संस्करण होते हैं, और क्लाइंट इन फ़ाइलों को प्राप्त करते हैं। सीएससीवी के उदाहरण हैं एसवीएन संस्करण नियंत्रण प्रणाली (विनाश), सीवीएसऔर ख़ामख़ाह.
हम इस एकीकरण के लिए उपलब्ध टूल, उपयोग, लाभ और इस एकीकरण की संभावित सीमाओं का प्रदर्शन करने वाला एक केस अध्ययन प्रस्तुत करेंगे, और उपयोग किए जा रहे टूल में क्या सुधार किया जा सकता है। संस्करण नियंत्रण प्रणाली.
किसी सॉफ़्टवेयर प्रोजेक्ट में टीम वर्क के लिए संसाधनों, लोगों, समय, आवश्यकताओं और परिणामों के प्रबंधन के लिए एक प्रक्रिया की आवश्यकता होती है। यह विकसित या अनुरक्षित किए जा रहे सॉफ़्टवेयर के स्रोत कोड से भिन्न नहीं है। हालाँकि यह एक और पहलू है जिसकी विकास चक्र के दौरान निगरानी की जानी चाहिए, इसमें कुछ चेतावनियाँ हैं। लोगों, आवश्यकताओं और आपूर्ति के विपरीत, सॉफ़्टवेयर स्रोत कोड विकास प्रक्रिया के दौरान हर दिन कई बदलावों से गुजरता है। टीम के आकार के आधार पर, परिवर्तनों की मात्रा हजारों तक पहुंच सकती है।
सभी डेवलपर्स सीएसकेवी(कुछ हद तक) यह पता लगाने में सक्षम होंगे कि अन्य डेवलपर्स क्या कर रहे हैं। प्रशासकों का परियोजना पर पूर्ण नियंत्रण होता है: उनके पास यह नियंत्रित करने की क्षमता होती है कि कौन क्या कर सकता है।
इस तथ्य के बावजूद कि एक केंद्रीकृत संस्करण नियंत्रण प्रणाली कई लाभ प्रदान करती है स्थानीय प्रणालीसंस्करण नियंत्रण, इसमें गंभीर कमियाँ हैं। यदि सर्वर कुछ समय के लिए बंद हो जाता है, तो क्लाइंट परिवर्तनों को सहेजने और उन परिवर्तनों को अन्य क्लाइंट के साथ साझा करने के लिए संस्करण नियंत्रण का उपयोग नहीं कर पाएंगे। या, यदि सर्वर पर डेटा खो गया है (उदाहरण के लिए, एचडीडी), तो पूरा प्रोजेक्ट नष्ट हो जाएगा।
बड़े होने के अलावा, ये परिवर्तन प्रतिवर्ती और सामंजस्यपूर्ण रूप से एकीकृत होने चाहिए और कोड अखंडता सुनिश्चित करने चाहिए। यह सब मैन्युअल रूप से करना एक जटिल प्रक्रिया है जिसमें त्रुटियों की संभावना होती है और यदि टीम वितरित है और बहुत बड़ी है या परिवर्तनों की मात्रा महत्वपूर्ण है तो यह अक्सर असंभव हो जाता है। इन मामलों में, सबसे महत्वपूर्ण बात यह है कि किसी प्रकार के उपकरण का उपयोग किया जाता है जो आपको इस प्रबंधन को स्वचालित करने की अनुमति देता है।
अधिकांश सॉफ्टवेयर परियोजनाओं में अलग-अलग डेवलपर्स लंबे समय तक अलग-अलग फ़ाइल समूहों में एक साथ काम करते हैं, इसलिए यह महत्वपूर्ण है कि विभिन्न डेवलपर्स द्वारा किए गए सभी परिवर्तनों को सहेजा और ट्रैक किया जाए, यह रिकॉर्ड किया जाए कि किसने क्या और कब किया। परिवर्तन के लिए ज़िम्मेदार व्यक्ति की पहचान करने से ज़िम्मेदारी के साथ-साथ आत्म-संदेह के मामले में सीधा संबंध स्थापित करने की अनुमति मिलती है। विभिन्न संशोधनों को एक परिणाम में एकीकृत करने वाले को नियंत्रित करने से अधिक महत्वपूर्ण यह है कि सहयोग समानांतर अपूर्ण परिणामों के बजाय एक सामान्य अंतिम परिणाम की दिशा में प्रभावी रूप से रचनात्मक हो।
विकेंद्रीकृत संस्करण नियंत्रण प्रणाली Git, मर्क्यूरियल, बाज़ार, डार्क्स
केंद्रीकृत एसवीएन की समस्या को हल करने के लिए, दूसरे प्रकार का उपयोग करें एसएलई. विकेंद्रीकृत वीसीएस (डीएसकेवी)- क्लाइंट सभी फ़ाइलों का स्नैपशॉट (एक निश्चित समय पर फ़ाइलों की स्थिति) डाउनलोड करने के बजाय, संपूर्ण रिपॉजिटरी की प्रतिलिपि बनाते हैं। इस स्थिति में, यदि सर्वर विफल हो जाता है, तो क्लाइंट रिपॉजिटरी को दूसरे, कार्यशील, सर्वर पर कॉपी किया जा सकता है, क्योंकि यह रिपॉजिटरी सभी डेटा का पूर्ण बैकअप है।
संस्करण नियंत्रण प्रणाली का मुख्य कार्य समय के साथ फ़ाइलों में किए गए परिवर्तनों के इतिहास और संबंधित स्थिति को संरक्षित करना और परियोजना पर काम करने वाले विभिन्न डेवलपर्स के योगदान को एकीकृत करना है। यह केस अध्ययन एक बड़े निजी ग्राहक के लिए सामग्री प्रबंधन प्रणाली के विकास के दौरान आयोजित किया गया था। इस परियोजना के विकास में विश्लेषकों, एक टीम लीडर, सर्वर पर काम करने वाले एप्लिकेशन डेवलपर्स और फ्रंट-एंड और ब्राउज़र इंटरैक्शन प्रोग्रामर सहित पांच लोग शामिल थे।
कई फ़ाइल संस्करण नियंत्रण प्रणालियाँ हैं। इनमें से कोनसा बेहतर है? क्या चुनें - जीआईटी या सबवर्सन?
प्रत्येक डेवलपर को देर-सबेर सॉफ़्टवेयर प्रोजेक्ट फ़ाइलों में परिवर्तनों को ट्रैक करने की आवश्यकता का सामना करना पड़ता है और वह एक संस्करण नियंत्रण प्रणाली के विकल्प पर आता है।
इस परियोजना के लिए हमने कुछ संस्करण नियंत्रण प्रणालियों का विश्लेषण किया जिनका उपयोग किया जा सकता है। स्थानीय और दूरस्थ रिपॉजिटरी अवधारणाओं और सुविधाओं की एक विस्तृत श्रृंखला के माध्यम से कमांड लाइनटीम के लिए बहुत उपयोगी संसाधन लाएँ, लेकिन हितधारकों और विचाराधीन परियोजना के लिए, संस्करण नियंत्रण प्रक्रिया की गहरी समझ की आवश्यकता है, हमें इसकी आवश्यकता है शीघ्र निर्णय, जिसके लिए न्यूनतम कमांड स्तर की आवश्यकता होगी। चित्र 2 सर्वर पर इंस्टॉल किए गए एप्लिकेशन की प्रारंभिक स्क्रीन दिखाता है।
विज़ार्ड स्थापित करने के अलावा वस्तुतः किसी अतिरिक्त चरण की आवश्यकता नहीं है। प्लगइन और संस्करण नियंत्रण सर्वर दोनों एक ही कंपनी द्वारा विकसित किए गए हैं, और यह निर्बाध एकीकरण प्राप्त करने का एक कारक था। आमतौर पर सॉफ़्टवेयर विकास प्रक्रिया में हमें कुछ समस्याओं का सामना करना पड़ता है जैसे कि संस्करण भंडारण और कई डेवलपर्स के बीच स्रोत कोड साझा करना। छोटी कंपनियों या कम परिपक्वता वाली टीमों को ढूंढना अभी भी संभव है जो मैन्युअल प्रक्रिया और नेटवर्क फ़ोल्डर साझा करने के माध्यम से "संस्करण नियंत्रण" का उपयोग करते हैं।
संस्करण नियंत्रण प्रणाली का उपयोग केवल प्रोग्रामर द्वारा ही नहीं किया जाता है। वास्तव में, वे ऐसे किसी भी व्यक्ति के लिए उपयोगी होंगे जो वापस जाकर और अधिक समीक्षा करने में सक्षम होना चाहेगा पुराना संस्करणदस्तावेज़ या फ़ाइल जिसे संशोधित किया गया है। मूलतः, लोकप्रिय ड्रॉपबॉक्स एक फ़ाइल संस्करण नियंत्रण प्रणाली है।
इस लेख में मैं नियंत्रण प्रणाली के बीच मुख्य अंतर सूचीबद्ध करूंगा जीआईटी संस्करणअधिक रूढ़िवादी और कई तोड़फोड़ से परिचित से।
इस अभ्यास में बहुत सारा बर्बाद काम शामिल है, खासकर जब कई डेवलपर एक ही प्रोजेक्ट पर काम कर रहे हों, और संस्करण वर्गीकरण में जटिलता की उच्च डिग्री और परिभाषा में भ्रम के कारण यह अव्यावहारिक है। वर्तमान संस्करण, साथ ही संस्करण एकीकरण में भी यदि आपके पास उसी फ़ाइल तक पहुंच है।
संस्करण नियंत्रण के साथ, ये संस्करण गतिविधियाँ स्वचालित हो जाती हैं और प्लगइन में संस्करण प्रक्रिया के लिए बुनियादी आदेश उपलब्ध होते हैं। इस कमांड का उपयोग तब किया जाता है जब आप किसी एप्लिकेशन के लिए वर्जनिंग का उपयोग शुरू करते हैं।
जीआईटी स्थानीय स्तर पर रिपॉजिटरी की एक पूरी प्रति संग्रहीत करता है। सबवर्सन सर्वर पर परिवर्तनों का इतिहास रखता है
सबवर्सन में, रिपॉजिटरी को सर्वर पर संग्रहीत किया जाता है - केवल फ़ाइलों के नवीनतम संस्करण कंप्यूटर पर संग्रहीत किए जाते हैं। GIT आपके कंप्यूटर में सहेजता है पूर्ण संस्करणपरिवर्तनों का संपूर्ण इतिहास.
यह अंतर दस्तावेज़ों के साथ काम करने की क्षमता को मौलिक रूप से बदल देता है।
इसका उपयोग दोनों के लिए किया जा सकता है मौजूदा अनुप्रयोग, और उन अनुप्रयोगों के लिए जिनका विकास शुरू हो रहा है। अद्यतन: डेवलपर्स को अपलोड करने के लिए रिपॉजिटरी तक पहुंच की अनुमति देता है नवीनतम संस्करणएप्लिकेशन विकसित किया जा रहा है, जैसा कि चित्र 3 में हाइलाइट किए गए तत्व संख्या 1 में और चित्र 4 में हाइलाइट किए गए तत्व संख्या में दिखाया गया है।
यह क्रिया रिलीज़ लॉक कमांड का उपयोग करके की जाती है, जैसा कि चित्र 4 में हाइलाइट किए गए आइटम नंबर 6 के तहत दिखाया गया है। इतिहास दिखाएं: डेवलपर्स को फ़ाइल या फ़ोल्डर के परिवर्तन इतिहास की जांच करने की अनुमति देता है। यह इतिहास समय के साथ किए गए परिवर्तनों को दिखाता है, लेखक को, प्रतिबद्ध करते समय लेखक द्वारा भेजा गया पाठ संदेश, तारीख और एक संख्यात्मक संशोधन आईडी दिखाता है। सूचीबद्ध प्रत्येक आइटम के लिए, उस संशोधन के बारे में अधिक विस्तृत जानकारी देखी जा सकती है, जो संशोधित किए गए रैखिक परिवर्तनों को प्रदर्शित करेगी, जैसा कि चित्र 4 में आइटम नंबर 5 पर प्रकाश डाला गया है।
संस्करण नियंत्रण में संशोधित फ़ाइल को सहेजने के लिए आपको सर्वर तक पहुंच की आवश्यकता नहीं है
एक संस्करण नियंत्रण प्रणाली आपको केवल उन परिवर्तनों की तुलना करने और पुनर्स्थापित करने की अनुमति देती है जो इसमें सहेजे गए थे। सबवर्सन को संशोधित फ़ाइल को रिपॉजिटरी में सहेजने (कमिट करने) के लिए सर्वर तक नेटवर्क पहुंच की आवश्यकता होती है। GIT किसी भी समय किसी फ़ाइल का नया संस्करण सहेज सकता है।
यह संभव है कि प्रोजेक्ट को संस्करणित किया गया है, लेकिन ऐसी फ़ाइलें हैं जो प्रोजेक्ट का हिस्सा हैं जो संस्करणीकरण प्रक्रिया में शामिल नहीं हैं। यह संभावना मौजूद है क्योंकि कुछ फ़ाइलें ऐसी हो सकती हैं जिनकी आवश्यकता नहीं है या जिन्हें संस्करणित नहीं किया जा सकता है और इसलिए उन्हें संस्करणीकरण में शामिल नहीं किया गया है। अद्यतन या प्रतिबद्ध प्रक्रिया के दौरान, आप पा सकते हैं कि एक ही फ़ाइल को विभिन्न डेवलपर्स द्वारा संशोधित किया गया है।
यह डेवलपर पर निर्भर करेगा कि उसकी प्रति या किसी अन्य डेवलपर के संस्करण को मास्टर प्रति के रूप में रखा जाए या नहीं। आधुनिक सॉफ़्टवेयर विकास में एक अनिवार्य उपकरण किसी प्रकार की संस्करण नियंत्रण प्रणाली है। संस्करण नियंत्रण प्रणालियाँ आपको अपना ट्रैक करने की अनुमति देती हैं सॉफ़्टवेयरआधाररेखा पर। आप परिवर्तनों को ट्रैक कर सकते हैं, पहले के चरणों पर वापस जा सकते हैं और फ़ाइलों और निर्देशिकाओं के वैकल्पिक संस्करण बनाने के लिए शाखा बना सकते हैं।
फ़ाइलें स्थानीय रूप से रखने से GIT तेज़ हो जाती है
यह सच है—आप जो भी काम करेंगे उनमें से अधिकांश के लिए जीआईटी तेज़ होगी क्योंकि सब कुछ आपके कंप्यूटर पर स्थानीय रूप से होता है। बेशक, जब आप रिपॉजिटरी में परिवर्तन को आगे बढ़ाते हैं रीमोट सर्वर, इसमें समय लगेगा. (और संस्करण नियंत्रण प्रणाली को केवल अपने कंप्यूटर पर रखना बहुत बुद्धिमानी नहीं है - खासकर यदि आपके पास है मुफ़्त होस्टिंगसंस्करण नियंत्रण प्रणालियों के लिए)। लेकिन फ़ाइलों के नए संस्करण बनाना, तुलना करना और परिवर्तन देखना लगभग तुरंत होता है।
आइए देखें कि सॉफ़्टवेयर को दो भागों में कैसे स्थापित करें विभिन्न तरीके, जिनमें से प्रत्येक के अपने फायदे हैं। यह ट्यूटोरियल मानता है कि आप लॉग इन हैं, जिसे आप यहां बनाना सीख सकते हैं। यह सर्वाधिक है तेज तरीका, लेकिन संस्करण नवीनतम संस्करण से पुराना हो सकता है। इसके बाद आप प्रोग्राम को डाउनलोड और इंस्टॉल कर सकते हैं। आपको अभी भी सेटअप अनुभाग में हमारे द्वारा कवर किए गए सेटअप चरणों का पालन करने की आवश्यकता है, इसलिए बेझिझक इसे अभी छोड़ दें।
इसमें अधिक समय लगता है और पैकेज प्रबंधक के माध्यम से समर्थित नहीं होगा, लेकिन यह आपको नवीनतम संस्करण डाउनलोड करने की अनुमति देगा और यदि आप अनुकूलित करना चाहते हैं तो आपके द्वारा शामिल किए गए विकल्पों पर कुछ नियंत्रण देगा। यह डिफ़ॉल्ट रिपॉजिटरी में उपलब्ध है ताकि हम अपने स्थानीय पैकेज इंडेक्स को अपडेट कर सकें और फिर पैकेज इंस्टॉल कर सकें। जब आप प्रोजेक्ट पेज पर आते हैं तो जो संस्करण आप देखते हैं वह वह शाखा है जिस पर सक्रिय रूप से काम हो रहा है।
जीआईटी फाइलों के "नगेट्स" को संपीड़ित रूप में संग्रहीत करता है। सबवर्सन फाइलों में परिवर्तन संग्रहीत करता है
यह उपयोगकर्ता के लिए एक बुनियादी अंतर है - क्योंकि प्राप्त परिणाम समान है।
जीआईटी फ़ाइल अखंडता सुनिश्चित करता है
संस्करण नियंत्रण में सहेजी गई सभी फ़ाइलों के लिए, GIT SHA1 हैश का उपयोग करता है। व्यवहार में, यह संस्करण नियंत्रण प्रणाली द्वारा देखे बिना किसी फ़ाइल को बदलने की संभावना को समाप्त कर देता है।
डाउनलोड की गई फ़ाइल को अनज़िप करें और टाइप करके परिणामी निर्देशिका पर नेविगेट करें। अब आप पैकेज को संकलित कर सकते हैं और निम्नलिखित दो कमांड दर्ज करके इसे इंस्टॉल कर सकते हैं। यह आपकी वर्तमान निर्देशिका में एक नई निर्देशिका बनाएगा जहां आप पैकेज को पुन: संकलित और पुनः स्थापित कर सकते हैं नवीनतम संस्करणजैसा आपने ऊपर किया. इससे ओवरराइट हो जाएगा पुराना संस्करणनये संस्करण के साथ.
हम आगे बढ़ सकते हैं और टाइप करके यह जानकारी जोड़ सकते हैं। हम इनपुट द्वारा परिभाषित सभी कॉन्फ़िगरेशन आइटम देख सकते हैं। जैसा कि आप देख सकते हैं, इसका प्रारूप थोड़ा अलग है। जानकारी एक कॉन्फ़िगरेशन फ़ाइल में संग्रहीत होती है, जिसे आप मैन्युअल रूप से उपयोग करके संपादित कर सकते हैं पाठ संपादकइस अनुसार।
GIT के साथ डेटा खोना बहुत कठिन है
चूँकि सभी परिवर्तन वास्तव में आपके कंप्यूटर पर सहेजे जाते हैं, और सभी परिवर्तन GIT वास्तव में केवल रिपॉजिटरी में जोड़ता है, इसलिए कुछ भी खोना बहुत मुश्किल है। यदि आपने संशोधित फ़ाइल को रिपॉजिटरी में सहेजा है, तो आप इसे हमेशा पुनर्स्थापित कर सकते हैं वर्तमान स्थिति. और यदि आपने git पुश कमांड का उपयोग करके रिपॉजिटरी को रिमोट सर्वर पर सहेजा है, तो फ़ाइल खोने की संभावना शून्य हो जाती है।
सच कहूँ तो मुझे जीआईटी बहुत पसंद आया। इस प्रणाली का उपयोग करने से कुछ प्रतिबंध हट जाते हैं जिन्हें सबवर्जन का उपयोग करके लागू करना मुश्किल होता है। उदाहरण के लिए, विभिन्न सर्वरों पर एक रिपॉजिटरी को संग्रहीत करना संभव है, लेकिन इसे लागू करना मुश्किल है, और जीआईटी में यह मानक कार्यक्षमता है। दूसरी ओर, कुछ स्थितियों में सबवेरिसन का उपयोग करना आसान हो सकता है। और कोई भी संस्करण नियंत्रण प्रणाली बिना किसी संस्करण नियंत्रण प्रणाली की तुलना में एक बहुत ही महत्वपूर्ण सुधार है।
