यहाँ एक उत्तर की एक प्रति है जिसे मैंने कुछ डुप्लिकेट प्रश्न से बनाया है जिसके बाद Git बनाम SVN (सितंबर 2009) के बारे में हटा दिया गया है ।
बेहतर? सामान्य लिंक WhyGitIsBetterThanX के अलावा , वे अलग हैं:
एक एक सेंट्रल वीसीएस है जो शाखाओं के लिए सस्ती कॉपी पर आधारित है और अन्य टैग्स (Git) एक वितरित VCS है जो संशोधनों के ग्राफ पर आधारित है। VCS की मुख्य अवधारणाएँ भी देखें ।
उस पहले हिस्से ने कुछ गलत सूचनाओं वाली टिप्पणियों को उत्पन्न किया, जिसमें कहा गया था कि दो कार्यक्रमों (एसवीएन और गिट) का मूल उद्देश्य एक ही है, लेकिन उन्हें काफी अलग तरीके से लागू किया गया है। SVN और Git के बीच मूलभूत अंतर
को स्पष्ट करने के लिए , मुझे rephrase दें:
एसवीएन एक संशोधन नियंत्रण का तीसरा कार्यान्वयन है : आरसीएस, फिर सीवीएस और अंत में एसवीएन संस्करणित डेटा की निर्देशिकाओं का प्रबंधन करते हैं। SVN VCS सुविधाएँ (लेबलिंग और विलय) प्रदान करता है, लेकिन इसका टैग सिर्फ एक निर्देशिका प्रतिलिपि है (एक शाखा की तरह, सिवाय इसके कि आप टैग निर्देशिका में कुछ भी छूने के लिए "माना नहीं जाता"), और इसका विलय अभी भी जटिल है, वर्तमान में मेटा पर आधारित है -डेटा को यह याद रखने के लिए जोड़ा गया कि क्या पहले ही विलय हो चुका है।
Git एक फ़ाइल सामग्री प्रबंधन (फ़ाइलों को मर्ज करने के लिए बनाया गया एक उपकरण) है, जो एक वास्तविक संस्करण नियंत्रण प्रणाली में विकसित होता है , जो DAG ( डायरेक्टेड एसाइक्लिक ग्राफ ) पर आधारित होता है, जहाँ शाखाएँ डेटा के इतिहास का हिस्सा होती हैं (और डेटा ही नहीं) ), और जहां टैग एक सच्चे मेटा-डेटा हैं।
यह कहने के लिए कि वे "मौलिक रूप से" अलग नहीं हैं क्योंकि आप एक ही चीज़ को प्राप्त कर सकते हैं, एक ही समस्या को हल कर सकते हैं, वह है ... इतने सारे स्तरों पर सादा झूठ।
- यदि आपके पास कई जटिल मर्ज हैं, तो उन्हें SVN के साथ करना अधिक लंबा और अधिक त्रुटि वाला होगा। यदि आपको कई शाखाएँ बनानी हैं, तो आपको उन्हें प्रबंधित करने और उन्हें मर्ज करने की आवश्यकता होगी, फिर से SVN के साथ Git की तुलना में अधिक आसानी से, खासकर यदि फ़ाइलों की एक उच्च संख्या शामिल है (गति तब महत्वपूर्ण हो जाती है)
- यदि आपके पास किसी कार्य के लिए आंशिक मर्ज है, तो आप Git मंचन क्षेत्र (इंडेक्स) का लाभ केवल वही लेंगे जो आपको चाहिए, बाकी को स्टैश करें, और किसी अन्य शाखा पर आगे बढ़ें।
- यदि आपको ऑफ़लाइन विकास की आवश्यकता है ... अच्छी तरह से जीआईटी के साथ आप हमेशा "ऑनलाइन" हैं, अपने स्वयं के स्थानीय भंडार के साथ, जो भी वर्कफ़्लो आप अन्य रिपॉजिटरी के साथ पालन करना चाहते हैं।
अभी भी उस पुराने (हटाए गए) जवाब पर टिप्पणी जोर देकर कहते हैं:
VonC: आप कार्यान्वयन में मूलभूत अंतर को भ्रमित कर रहे हैं (अंतर बहुत मौलिक हैं, हम दोनों स्पष्ट रूप से इस पर सहमत हैं) उद्देश्य में अंतर के साथ।
वे दोनों एक ही उद्देश्य के लिए उपयोग किए जाने वाले उपकरण हैं: यही कारण है कि पूर्व में एसवीएन का उपयोग करने वाली कई टीमों ने इसे सफलतापूर्वक गिट के पक्ष में डंप करने में सक्षम किया है।
यदि वे एक ही समस्या को हल नहीं करते हैं, तो यह प्रतिस्थापन नहीं होगा।
, जिसके लिए मैंने उत्तर दिया:
"प्रतिस्थापन" ... दिलचस्प शब्द ( कंप्यूटर प्रोग्रामिंग में प्रयुक्त )।
बेशक, गेट शायद ही एसवीएन का एक उपप्रकार है।
आप दोनों के साथ समान तकनीकी सुविधाएँ (टैग, ब्रांच, मर्ज) प्राप्त कर सकते हैं, लेकिन Git आपके रास्ते में नहीं आती है और आपको टूल के बारे में सोचे बिना, फ़ाइलों की सामग्री पर ध्यान केंद्रित करने की अनुमति देती है।
आप निश्चित रूप से (हमेशा) एसआईएन को Git द्वारा प्रतिस्थापित नहीं कर सकते हैं "" उस प्रोग्राम के किसी भी वांछनीय गुण को बदलने के बिना (शुद्धता, कार्य प्रदर्शन, ...) "(जो उपर्युक्त प्रतिस्थापन योग्य परिभाषा का संदर्भ है ):
- एक एक विस्तारित संशोधन उपकरण है, दूसरा एक वास्तविक संस्करण नियंत्रण प्रणाली है।
- सरल मर्ज वर्कफ़्लो और (बहुत अधिक नहीं) समानांतर संस्करणों के साथ एक मध्यम से मध्यम अखंड परियोजना के लिए अनुकूल है। एसवीएन उस उद्देश्य के लिए पर्याप्त है, और आपको सभी गिट विशेषताओं की आवश्यकता नहीं हो सकती है।
- अन्य कई घटकों ( एक रेपो प्रति घटक ) के आधार पर मध्यम से बड़ी परियोजनाओं के लिए अनुमति देता है , बड़ी संख्या में फ़ाइलों के साथ एक जटिल मर्ज वर्कफ़्लो में कई शाखाओं के बीच विलय करने के लिए, शाखाओं में समानांतर संस्करण, रेट्रोफ़िट मर्ज, और इसी तरह। आप इसे SVN के साथ कर सकते हैं, लेकिन आप Git से बहुत बेहतर हैं।
SVN किसी भी मर्ज वर्कफ़्लो के साथ किसी भी आकार के किसी भी प्रोजेक्ट का प्रबंधन नहीं कर सकता है। गिट कर सकते हैं।
फिर, उनकी प्रकृति मौलिक रूप से अलग है (जो तब अलग कार्यान्वयन की ओर जाता है लेकिन यह बात नहीं है)।
एक निर्देशिका और फ़ाइलों के रूप में संशोधन नियंत्रण देखते हैं, दूसरे केवल फ़ाइल की सामग्री देखते हैं (इतना है कि खाली निर्देशिका Git में भी नहीं होगा!)।
सामान्य अंत-लक्ष्य एक ही हो सकता है, लेकिन आप उन्हें उसी तरह से उपयोग नहीं कर सकते हैं, और न ही आप समस्या के एक ही वर्ग (गुंजाइश या जटिलता में) को हल कर सकते हैं।