क्या मुझे GIT में जाने से पहले SVN को समझना चाहिए? [बन्द है]

Question

मैं एक ऐसे विभाग में काम करता हूँ जहाँ किसी ने भी पहले कभी अपने सहित स्रोत नियंत्रण का उपयोग नहीं किया है।

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

मैंने जो कुछ ऑनलाइन पढ़ा है, उससे ऐसा लगता gitहै कि यह जानना बेहतर है, लेकिन यह और भी जटिल है। मैं खुद को अभिभूत नहीं करना चाहता। क्या मुझे git में जाने से पहले svn को मास्टर करना जारी रखना चाहिए या मैं अभी समझदारी से काम लेना चाहूंगा?

क्या दोनों दृष्टिकोणों के पक्ष और विपक्ष हैं?

Comments

देखें stackoverflow.com/questions/161541/svn-vs-git/2549128#2549128 : दोनों कर रहे हैं मौलिक रूप से अलग है, जैसे अधिक सामान्य रूप से एक CVCS और एक DVCS हैं ( stackoverflow.com/questions/2704996/... और stackoverflow.com/ प्रश्न / 2563836 /… )

— VonC

gitref.org गिट सीखने के लिए एक महान स्रोत है।

— जेरेमी हेइलर

नहीं, यह आपके दिमाग को बादल देगा और फिर आपको "तोड़फोड़ फिर से शिक्षा" की आवश्यकता होगी। इसके अलावा git / mercurial बेहतर तकनीक हैं। अपने सहकर्मियों को तोड़फोड़ में प्रशिक्षित करना बाद में सबसे अच्छे साधनों पर स्विच करना कठिन बना देगा।

— कीओ

ट्राइ गिट एक अच्छा आसान, अच्छी तरह से डिज़ाइन किया गया स्टार्टर कोर्स है

— बेन ब्रोका

Answer 1

नहीं

Git SVN से मौलिक रूप से अलग है यह आपकी मदद नहीं करेगा। अगर कुछ भी आप "अपडेट" और "कमिट" कमांड की तलाश में रहेंगे और सोचेंगे कि सब कुछ अलग क्यों है।

नीचे से ऊपर से शुरू करें और वहां से जाएं।

---

Git के साथ एक मानक केंद्रीकृत अद्यतन / प्रतिबद्ध पैटर्न संस्करण प्रणाली का विरोध करना, मास ट्रांज़िट वाली बस की तुलना करने जैसा है। एक बस आपको उसी मार्ग का उपयोग करके बिंदु A से बिंदु B तक आपको (और बाकी सभी को) मिलेगी। मास ट्रांज़िट आपको पॉइंट ए से पॉइंट बी तक मिलेगा जो भी आपको पसंद है।

वितरित स्वयं के नुकसान हैं जिनके बारे में आपको जानकारी होनी चाहिए। सभी को एक ही पृष्ठ पर रखने के लिए अधिक कार्य होता है। यह हालांकि लचीलेपन में भारी वृद्धि प्रदान करता है।

---

संशोधन हैश बनाम संख्या

किसी ने उल्लेख किया है कि SHA1 हैश का उपयोग करते समय Gg ने संख्याओं का उपयोग किया है।

पहले आप शायद ही कभी (यदि कभी हो) को दैनिक कमिट / पुल में सीधे हैश से निपटने की आवश्यकता होती है। आप लॉग को खींचने और हैश को खींचने की आवश्यकता है यदि आप अलग-अलग या कुछ अधिक मुश्किल रिबासिंग आइटम कर रहे हैं।

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

Comments

शायद यह एक यूएस-चीज़ है, लेकिन "सार्वजनिक परिवहन" "सार्वजनिक परिवहन", यानी बसों, ट्रेनों, आदि के समान नहीं है?

— डीन हार्डिंग

@ डीन: हां, वे वही हैं। मैंने बड़े पैमाने पर पारगमन का इस्तेमाल किया क्योंकि यह अधिक सामान्य महसूस किया "सार्वजनिक परिवहन।"

— जोश के

जब तक मैं it मासट्रांसिट ’( masstransit-project.com ) के रूप में टिप्पणियों को नहीं पढ़ता, तब तक मैं थोड़ा भ्रमित था , यह भी एक बस है ...

— 9

मैं एक बड़ा NO के बारे में सोच रहा था , और यह दिखा। +1

— ZJR

Answer 2

नहीं, कृपया परेशान भी न हों।

गंभीरता से, एक DVCS से शुरू करें। तथ्य यह है कि SVN लोकप्रिय है यह मानक नहीं बनाता है। लिनुस टॉर्वाल्ड्स आपको बताएंगे कि यह आपके मस्तिष्क को सड़ सकता है ।

जोएल स्पोलस्की द्वारा इस महान लेख / परिचय को पढ़ें तोड़फोड़ पुन: शिक्षा ।

आपको इस अन्य प्रश्न को पढ़ने में भी रुचि हो सकती है: मैं एक तोड़फोड़ वाला गीक हूं, मुझे मर्क्यूरियल या गिट या किसी अन्य डीवीसीएस पर विचार क्यों नहीं करना चाहिए?

डीवीसीएस के बीच चयन

व्यक्तिगत रूप से, मैं दोनों प्रकार के मर्क्यूरियल और गिट का उपयोग करता हूं, और मुझे लगता है कि दोनों को जानना महत्वपूर्ण है। एक अनुशंसित पढ़ने के बारे में है Git बनाम Mercurial है: कृपया रिलैक्स करें (git-addremove उदाहरण देखें)। उस लेख से दो उद्धरण जो मुझे लगता है कि यह योग है।

गिट के बारे में:

Git का डिज़ाइन दर्शन Unixistakably है जो Unix: Subversion, CVS, या Mercurial के विपरीत, git एक अखंड द्विआधारी नहीं है, बल्कि एक व्यक्तिगत उपकरण है, जो उच्च-स्तरीय "चीनी मिट्टी के बरतन" जैसे कि git-pull, git-merge, और git-apply, git-hash-object और git-merge-file जैसे कम-स्तरीय "प्लंबिंग" कमांड के लिए git-checkout। इसलिए, मैकगाइवर की तरह, आप गित के साथ किसी भी चीज़ के बारे में कुछ भी कर सकते हैं - इसमें पूरी तरह से कमाल के विकी इंजन, इश्यू ट्रैकर, फाइलसिस्टम, सिसडमिन टूल्स - फ्यूज रिपेयर के लिए सब कुछ शामिल है।

मर्क्यूरियल के बारे में:

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

गिथब पर बहुत सारे प्रोजेक्ट मिल सकते हैं और गिट अधिक शक्तिशाली है, लेकिन यह कुछ हद तक नए लोगों, विशेष रूप से विंडोज़ उपयोगकर्ताओं के लिए भी डरा देने वाला हो सकता है। वहाँ भी bitbucket (अस्थिर के लिए GitHub के समकक्ष)।

मेरी सिफारिश: भाड़े के साथ शुरू करो और जैसे ही आप इसके साथ सहज महसूस करते हैं, गिट उठाओ; यह साधनों के बारे में नहीं है, यह उन लोगों के बारे में है जिनके साथ आप काम करते हैं ।

मैं तोड़फोड़ के वास्तविक और व्यावहारिक उपयोग पर विचार करता हूं, अन्य लोगों के साथ काम करने के लिए नहीं, बल्कि शायद आपके उत्पादन अनुप्रयोगों के लिए एक अपडेटर को लागू करने के लिए, यहाँ इसीलिए है:

• वर्तमान में, svn लगभग अधिकांश होस्टिंग प्रदाताओं में स्थापित है
• अच्छा उपप्रोजेक्ट समर्थन (git और hg में पता योग्य है, हालांकि)। svn upऔर आपकी परियोजना और उसकी निर्भरताएँ अद्यतन हो जाती हैं।

इस अन्य सूत्र पर Thorbjørn का हवाला देते हुए :

DVCSes तोड़फोड़ करने के लिए हैं, Bittorrent क्या ftp करने के लिए है

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

Comments

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

— गैरी रोवे

अपने मन को प्रदूषित करने से पहले SVN का उपयोग करना।

@ जॉन यह bitbucket.org है

— dukeofgaming

मैं कहता हूँ hg का उपयोग करने का मुख्य कारण बेहतर विंडोज़ समर्थन होगा

— jk।

जब मैंने विंडोज़ के लिए Git surport को देखा, तो मैंने पाया कि बहुत सारे Git उपयोगकर्ता किसी भी व्यक्ति से घृणा करते थे जो कि विंडोज़ का उपयोग करते थे , इसलिए हमने तय किया कि hg हमारे लिए क्या बेहतर है।

— इयान

Answer 3

आपको वह सीखना चाहिए जो आप उपयोग करने का इरादा रखते हैं। Git लोकप्रिय है, जैसे Mercurial ने भी कुछ लोकप्रियता का आनंद लिया। Git / Mercurial दोनों वितरित स्रोत नियंत्रण प्रणाली हैं।

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

• हमारे में संस्करण नियंत्रण का उद्देश्य क्या है टीम । हां, सभी वर्जन कंट्रोल सिस्टम कुछ भी आपको इतिहास में वापस जाने देंगे और देखेंगे कि किसी भी फाइल में क्या बदलाव आया है। हालाँकि, क्या आप इसे नए रिलीज़ को बेसलाइन करने के लिए उपयोग करने जा रहे हैं? (सिर हिलाओ, तुम यही चाहते हो)। यह जो आप पूरा करना चाहते हैं, उसके लिए 2-3 लाइन विजन स्टेटमेंट है।
• क्या आपकी टीम को अपने स्थानीय कार्य वातावरण का उपयोग केवल बाद में चीजों को ध्यान से विलय करने के लिए किया जाता है? यदि ऐसा है, तो DVCS मार्ग सबसे अधिक समझ में आता है।
• इसके विपरीत, क्या आपकी टीम को एक साझा ड्राइव से काम करने की आदत है और सब कुछ निरंतर एकीकरण में है? यदि ऐसा है, तो अधिक पारंपरिक वीसीएस सबसे अधिक समझ में आता है।

अपने विकल्पों का मूल्यांकन करते समय, आपको उन सभी महत्वपूर्ण बातों पर विचार करना होगा जो VCS के लिए आवश्यक हैं:

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

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

अंत में, जानें कि आप क्या उपयोग करने का इरादा रखते हैं।

Answer 4

मुझे लगता है कि बहुत सारे लोग svn की तुलना में अधिक जटिल हैं क्योंकि यह अलग है। कुछ समय के लिए तोड़फोड़ (या cvs, आदि) का उपयोग करने के बाद, यह DVCS मॉडल में मानसिक रूप से स्विच करने के लिए कठिन हो सकता है। उसके आधार पर, मैं कहूंगा कि यह पारंपरिक वीसीएस पर शोध करने के लिए आपको टालमटोल में तोड़फोड़ करने की कोशिश कर सकता है जैसे कि डीवीसीएस जैसे शोध।

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

Comments

मैंने कुछ साक्ष्य देखे हैं कि यदि आप प्रक्रियात्मक भाषाओं में काम नहीं कर रहे हैं तो योजना जैसी भाषा सीखना आसान है। यह इसी तरह काम कर सकता है।

— डेविड थॉर्नले

तो बस git-svn cloneभंडार के साथ बातचीत करने के लिए उपयोग करें।

— कीओ

Answer 5

यह svn और फिर git सीखने के लिए प्रति-उत्पादक होगा

यहाँ कुछ कारण हैं:

• मौलिक रूप से svn से भिन्न होता है। Git का व्याकुल और svn क्लाइंट / सर्वर है।
• अलग-अलग अर्थ एक ही शब्द से जुड़े होते हैं। उदाहरण के लिए 'git checkout ...' का 'svn checkout ...' से एक अलग अर्थ है
• ब्रांचिंग अलग है। Git में 'विषय' शाखाओं की यह अवधारणा है जो सस्ती स्थानीय शाखाएँ हैं जिनका svn समर्थन नहीं करता है।
• Git का एक अतिरिक्त स्थान होता है, जिसे अनुक्रमणिका कहा जाता है, जो काम करने वाले पेड़ और आपके भंडार के बीच बैठता है। Svn का कोई इंडेक्स नहीं है। Git के उपयोग से आपके परिवर्तन कार्यशील ट्री से इंडेक्स में रिपॉजिटरी में चले जाते हैं।

मेरी सलाह है कि सिर्फ गिट सीखो।

Answer 6

मोटे तौर पर जीआईटी और एसवीएन में कुछ चीजें समान हैं और कुछ नहीं।

बनाएं / अद्यतन / चेकआउट / प्रतिबद्ध

मोटे तौर पर समान, आपको इसे आसानी से चुनना चाहिए।

कैसे टैग और शाखा लेकिन अभी भी शाखाओं और ट्रंक आदि के बीच संघर्ष के बारे में बहुत कुछ उलझन में है

दोनों के बीच अलग।

यह कहते हुए कि आपको अब नहीं बदलना चाहिए या नहीं (मुझे लगता है कि यह आपकी कॉल है), बस यह बताना चाहता था कि यह कुछ ध्यान में रखना है। यदि आप सुनिश्चित हैं कि आप Git आज़माना चाहते हैं, तो आप SVN में कुछ सीखने के लिए खुद को बचाने के लिए अब स्विच करने का निर्णय ले सकते हैं जो कि Git में अलग है।

Comments

इसके अलावा, तोड़फोड़ bashers को न सुनें :- Git इस समय बहुत "कूल" है और svn बहुत ही बेकार है, लेकिन दोनों के पास अपनी जगह है। या तो मील का उपयोग करने से बेहतर है कि आप इसे शुरू करने के लिए आप पर कुछ भी अच्छा उपयोग न करें। मैंने वीसी को 2 छोटी कंपनियों में पेश किया है, यह कठिन है लेकिन इसके लायक है।

— जेम्स

+1 महान जानकारी धन्यवाद। लगता है जैसे मैं कूदने जा रहा था, अब एक अच्छा समय होगा।

— जद इसाक्स

और तोड़फोड़ के लिए जगह कहाँ है?

Answer 7

वाह; 12 जवाब और हर कोई अभी भी भीख माँग रहा है ...

नहीं, तोड़फोड़ Git के लिए कोई शर्त नहीं है।

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

• svn commitसे अलग बात है git commit।
• svn और git में शाखाएँ बहुत अलग हैं
• svn रिपॉजिटरी एक git रिमोट की तरह अधिक है (लेकिन वास्तव में नहीं)
• git रिपॉजिटरी svn वर्किंग कॉपी की तरह अधिक है (लेकिन वास्तव में नहीं)

ये एक सामान्य भाषा से विभाजित दो उपकरण हैं।

आपका प्रश्न, और अधिकांश अन्य उत्तर, मानते हैं कि git कुछ प्रकार का svn ++ है; एक "बेहतर svn"। यह नहीं है। दो अलग-अलग उपकरण हैं जो एक ही स्थान पर काम करते हैं, जैसे कार और मोटरसाइकिल।

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

(किसी भी तरह से, सुनिश्चित करें कि आपके पास अपने भंडार हैं जो मास्टर रिपॉजिटरी को वापस करते हैं - अपने स्रोत नियंत्रण को नष्ट करना विनाशकारी होगा।)

Answer 8

शायद नहीं - सर्वर आधारित और वितरित के बीच पर्याप्त अंतर हैं कि आप शायद केवल खुद को और अधिक भ्रमित करेंगे।

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

मर्क्यूरियल को देखें (यदि आप अभिभूत नहीं होना चाहते हैं)।

Comments

यदि आप कम करते हैं तो कृपया कम से कम मुझे एक स्पष्टीकरण के सौजन्य से दें। धन्यवाद। दो संभावनाएं: 1) मैं उत्तर को ठीक कर सकता हूं या 2) मैं इसे हटा सकता हूं ... लेकिन केवल अगर मैं वास्तव में जानता हूं कि आपको क्यों लगता है कि यह त्रुटिपूर्ण है

— मर्फ़

Answer 9

Git, Subversion की तुलना में केवल थोड़ा अधिक जटिल होता है, क्योंकि Git में केंद्रीय भंडार के लिए प्रतिबद्ध और धक्का देने के बीच का अंतर होता है।

यह आपके सीखने का मौका है, जबकि आपके पास अपने दिमाग को तोड़फोड़ करने का मौका है।

Answer 10

मुझे नहीं लगता कि गिट को समझने के लिए तोड़फोड़ को समझना आवश्यक है।

तोड़फोड़ से Git और Mercurial के साथ सबसे बड़ा अंतर, मेरे लिए कम से कम, यह है कि आपके पास एक स्थानीय रिपॉजिटरी है, जिसके साथ आप काम करते हैं, आप वहां से जांच करते हैं और जब तक आपका कोड काम नहीं कर रहा है, केंद्रीय रेपो से चेकआउट करें, अपने संघर्ष को ठीक करें और सर्वर में वापस चेक करें और पुश करें।

Answer 11

मुझे वास्तव में यूनिक्स वातावरण (लिनक्स, मैकओएस एक्स) में गिट पसंद है। खिड़कियों में, यह एक छोटा सा hacky है। यदि मेरे पास समीकरण में विंडोज है तो मैं मर्क्यूरियल पर विचार करूंगा।

मुझे आपके इतिहास की कक्षाएं पसंद आईं, SCCS, RCS, CVS, तोड़फोड़ की कोशिश करें और फिर कुछ चीज़ों जैसे Git या Mercurial का उपयोग करें।

Git और Mercurial एक दूसरे से संबंधित हैं, Git का बड़ा बोनस है Github । लेकिन अगर आप अपने संस्करण नियंत्रण को आउटसोर्स नहीं करना चाहते हैं, तो जीथब अब समीकरण में नहीं है।

Answer 12

वर्जन कंट्रोल सिस्टम प्रोग्रामिंग लैंग्वेज के साथ आम तौर पर कुछ साझा करता है जिसमें आप जो पहले सीखते हैं उसे सबसे ज्यादा समय लगेगा। उसके बाद, एक नया चुनना केवल सीखने की बात है कि नई प्रणाली द्वारा कोर अवधारणाओं को कैसे व्यक्त किया जाता है।

अब आप Git सीख सकते हैं और यदि आवश्यक हो तो बाद में Suvbersion सीखने में समय लगा सकते हैं।

Answer 13

नहीं। Git डाउनलोड करें, एक github खाता बनाएं, और एक दो दिन के लिए चारों ओर गंदगी करें, रिपॉजिट करने के लिए, आदि Git सुंदर गति के साथ उठने के लिए बहुत तुच्छ है। 5 या 6 बैश कमांड सीखें और आप सभी आवश्यक कार्य कर सकते हैं। मैं आम तौर पर एक GUI के "बेवकूफ-प्रूफनेस" को पसंद करता हूं, लेकिन Git Bash जितना आसान होता है उतना ही आसान होता है। इसके अलावा, अगर आप उस मार्ग को पसंद करते हैं तो Git Gui काफी सभ्य है। मुझे वास्तव में वह लाभ नहीं दिखाई देता है जो आप SVN सीखने से देखते हैं। मैं कुछ समय पहले एक दौर से गुजरा था जहाँ मैं एक नए ओपन सोर्स प्रोजेक्ट के लिए कुछ अलग वर्जन कंट्रोल सिस्टम का मूल्यांकन कर रहा था। मैंने SVN, बाज़ार, Git और कुछ अन्य लोगों को आज़माया और प्रत्येक की मूल बातें सीखीं। YMMV, लेकिन Git अब तक सबसे आसान था। SVN सीखने में भी कुछ गलत नहीं है, लेकिन यह वास्तव में आपको Git सीखने में मदद नहीं करेगा।