2008-08-05 21 views
70

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

स्थिति को देखते हुए, क्या मुझे रोकना चाहिए और देखें कि कौन सा शीर्ष पर आता है? उनके सापेक्ष फायदे क्या हैं?

गिट के साथ मैंने एक मुद्दा देखा है कि कई पूर्ण विशेषताओं वाले जीयूआई नहीं हैं, जो मेरी टीम के कई उपयोगकर्ताओं के लिए महत्वपूर्ण है।

इसके अलावा, एक या दूसरे के साथ कैसे शुरुआत करें, इस पर सुझाव नहीं दिखेगा। (ट्यूटोरियल, आदि)

+0

मुझे नहीं लगता कि इसमें विशिष्ट संस्करण नियंत्रण टैग होना चाहिए। मैंने इसे स्वयं बदलना माना है, लेकिन मैं जानना चाहता था कि अन्य लोगों ने क्या सोचा था। –

उत्तर

80

संस्करण नियंत्रण के बारे में सबसे महत्वपूर्ण बात यह है:

सिर्फ एक भयानक विचार का उपयोग कर इसे

संस्करण नियंत्रण का उपयोग नहीं कर रहा है शुरू। यदि आप संस्करण नियंत्रण का उपयोग नहीं कर रहे हैं, तो अभी पढ़ना बंद करें और इसका उपयोग शुरू करें।

यह बहुत से

cvs<->svn<->git<->hg 

कन्वर्ट करने के लिए यह कोई फर्क नहीं पड़ता जो एक आप चुनते आसान है। अपने कोड के इतिहास को रिकॉर्ड करने और रिकॉर्ड करने के लिए बस सबसे आसान विकल्प चुनें। आप बाद में किसी अन्य (डी) वीसीएस में माइग्रेट कर सकते हैं।

आप के लिए देख रहे हैं, तो एक (codingwithoutcomments द्वारा सुझाए गए) TortoiseSVN (Windows) और Versions (Mac) पर जीयूआई देखो का उपयोग करने के लिए आसान


संपादित करें:

pix0r said:

Git कुछ अच्छा सुविधाओं की है, लेकिन आप उनकी सराहना नहीं कर पाएंगे जबतक कि आप पहले से ही कुछ अधिक मानक जैसे सीवीएस या सबवर्जन का उपयोग नहीं कर चुके हैं।

यह। गिट का उपयोग व्यर्थ है यदि आप नहीं जानते कि आपके लिए कौन सा संस्करण नियंत्रण कर सकता है।

संपादित करें 2: Subversion Cheat Sheet:

बस reddit पर इस लिंक को देखा। Svn कमांड लाइन के लिए अच्छा त्वरित संदर्भ।

+0

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

18

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

10

एसवीएन के लिए जाएं। यदि आपने पहले कभी स्रोत नियंत्रण का उपयोग नहीं किया है, तो इससे आपके लिए कोई फर्क नहीं पड़ता है।

इसके अलावा, स्रोत नियंत्रण प्रणाली का उपयोग करने में बड़ी मात्रा में सीखने में शामिल नहीं है। यदि आप एक सीखते हैं, तो आप बाद की तारीख में आसानी से दूसरे पर स्विच कर सकते हैं।

एसवीएन एक अच्छा उपकरण है, और इसे आपकी अधिकांश आवश्यकताओं का ख्याल रखना चाहिए। और चूंकि यह आसपास रहा है, इसके पास जीयूआई टूल्स का एक उचित शेयरर है (उदाहरण के लिए टोर्टोइज एसवीएन)।

एसवीएन के लिए जाएं।

+0

"यदि आप एक सीखते हैं, तो आप आसानी से बाद की तारीख में दूसरे पर स्विच कर सकते हैं।" <- सच नहीं है। कई लोगों को सेंट्रलाइज्ड वीसीएस से वितरित वीसीएस में अपने दिमाग को समायोजित करने में समस्याएं आ रही हैं। –

2

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

0

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

इसलिए मैंने क्लाइंट के लिए एसवीएन सर्वर और कछुए एसवीएन को सरलता से स्थापित किया और गहराई में डाला और मैं इसे तरीके से उपयोग करने का तरीका नहीं सीखता।

16

Subversion Book टूल सीखने के लिए आपकी सबसे अच्छी शर्त है। वहां अन्य त्वरित-प्रारंभिक ट्यूटोरियल हो सकते हैं, लेकिन पुस्तक आपको सबसे अच्छा एकल संदर्भ मिलेगा।

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

0

अपने वास्तविक काम के लिए एसवीएन का उपयोग शुरू करें, लेकिन गिट और/या मर्कुरियल के साथ घूमने के लिए समय निकालने का प्रयास करें। एसवीएन उत्पादन के लिए उचित रूप से स्थिर है, लेकिन आखिर में आपको एक परिदृश्य का सामना करना पड़ेगा जहां आप एक वितरित एससीएम की आवश्यकता होगी, जिसके द्वारा आप सही ढंग से सशस्त्र होंगे और नए सिस्टम पर्याप्त परिपक्व होंगे।

4

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

लेकिन जैसा कि अन्य ने मेरे सामने कहा है, बस इसे उपयोग करना शुरू करें। स्रोत नियंत्रण सॉफ्टवेयर विकास प्रक्रिया का एक महत्वपूर्ण हिस्सा है। इसके बिना कोई "गंभीर" सॉफ्टवेयर प्रोजेक्ट होना चाहिए।

8

अधिकांश बुनियादी अवधारणाओं के अनुकूल व्याख्या के लिए, A Visual Guide to Version Control देखें। लेख बहुत एसवीएन-अनुकूल है।

0

यूप, एसवीएन वरीयता के लिए जब तक कि आपको वास्तव में गिट की विशेष विशेषताओं की आवश्यकता न हो। एसवीएन काफी कठिन है; ऐसा लगता है कि गिट के साथ रहने के लिए और अधिक जटिल है। आप Beanstalk जैसे लोगों से एसवीएन होस्ट कर सकते हैं - जब तक कि आपके घर में लिनक्स लोग नहीं हैं, मैं वास्तव में इसकी अनुशंसा करता हूं। चीजें बहुत आसानी से गलत हो सकती हैं और किसी और को यह अच्छा लगा कि इसका काम ठीक करना है।

एरिक सिंक से संशोधन नियंत्रण पर एक उत्कृष्ट tutorial है जो पढ़ने के लायक है इससे कोई फर्क नहीं पड़ता कि आप किस प्रणाली का उपयोग करते हैं।

0

superjoe30 writes:,

अपने कंप्यूटर पर स्रोत नियंत्रण का उपयोग कर के बारे में क्या होगा यदि आप एकमात्र कर रहे हैं:

संबंधित प्रश्न (शायद जवाब के साथ-साथ इस सवाल का जवाब देने से संपादित किया जा सकता है) प्रोग्रामर? क्या >> यह अच्छा अभ्यास है? क्या संबंधित टिप्स या चाल हैं?

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

3

आप पर मैक OSX कर रहे हैं, मैं http://www.versionsapp.com/">Versions एक अविश्वसनीय (मुक्त) जीयूआई SVN करने के लिए सामने के अंत होने के लिए अपनी मौजूदा नौकरी में मिल गया।

4

, मेरे पूर्ववर्ती ने किसी भी प्रकार के संस्करण नियंत्रण का उपयोग नहीं किया था। कम से कम 3 अलग-अलग स्थानों में फ़ोल्डरों के पहाड़ हैं जहां उन्होंने अपनी सभी परियोजनाओं को रखा था। किसी भी यादृच्छिक परियोजना फ़ोल्डर से कम से कम एक फ़ोल्डर नाम "प्रोजेक्ट (ओल्ड)" खोजने की उम्मीद की जा सकती है। और एक नाम "प्रोजेक्ट"

संस्करण नियंत्रण के साथ, आपको कभी भी "सुरक्षित" बिल्डों की प्रतियां नहीं बनाना पड़ेगा। आपको वास्तव में उस फ़ाइल को दूषित करने की चिंता करने की ज़रूरत नहीं है जिस पर आप काम कर रहे हैं (मैं देख रहा हूं आप पर, REALBASIC 5.5) क्योंकि प्रतिबद्ध करना इतना आसान है (पढ़ें: सा वी) हर दिन आपका काम।

कहने की जरूरत नहीं है, मैंने इसे अस्तित्व में मिलने के एक दिन बाद संस्करण नियंत्रण स्थापित किया।

इसके अलावा, TortoiseSVN डेटाबेस को सही क्लिक करने के रूप में डेटाबेस को आसान बनाता है।

1

संस्करण नियंत्रण प्रणाली के बीच स्विच करना मुश्किल नहीं है। जैसा कि अन्य ने उल्लेख किया है कि महत्वपूर्ण बात यह है कि जितनी जल्दी हो सके कुछ भी शुरू करना शुरू करें। स्रोत नियंत्रण का उपयोग न करने पर स्रोत नियंत्रण का उपयोग करने के लाभ विभिन्न प्रकार के स्रोत नियंत्रण के बीच अंतर लाभों से काफी अधिक हैं।

याद रखें कि आप जिस स्रोत नियंत्रण का उपयोग कर रहे हैं उसका कोई भी संस्करण हमेशा आपके पुराने सिस्टम से फ़ाइलों को डिस्क पर डालने और फिर उन कच्ची फ़ाइलों को नए में आयात करके एक और सिस्टम में ब्रूट फोर्स रूपांतरण करने में सक्षम होगा प्रणाली।

इसके अलावा, स्रोत नियंत्रण बुनियादी सिद्धांतों से परिचित होने के कारण एक सॉफ्टवेयर डेवलपर के रूप में एक बहुत ही महत्वपूर्ण कौशल है।

4

यदि आप किसी भी कमांड लाइन कार्य से बचना चाहते हैं तो अपने सर्वर के लिए visual svn भी देखें।

0

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

मैं स्वयं एसवीएन पसंद करता हूं लेकिन यह त्वरित उपयोग के लिए एक अच्छा है।

8

मैंने आरसीएस, सीवीएस, एससीसीएस, सोर्ससेफ, वॉल्ट, पर्सफोर्स, सबवर्सन और गिट का उपयोग किया है।

मैंने बिटकिपर, आयाम, आर्क, बाज़ार, एसवीके, क्लीयरकेस, पीवीसीएस, और सिनेर्जी का मूल्यांकन किया है।

अगर मुझे आज एक नया भंडार शुरू करना पड़ा, तो मैं गिट चुनूंगा। हाथ नीचे।

यह मुफ़्त, तेज़ और सक्रिय विकास के तहत है।

और आप इसे गीट-एसवीएन का उपयोग करके किसी भी उपवर्तन भंडार के क्लाइंट के रूप में उपयोग कर सकते हैं।

यह चट्टानों।

5

@ superjoe30

अपने कंप्यूटर पर स्रोत नियंत्रण का उपयोग कर के बारे में क्या, यदि आप एकमात्र प्रोग्रामर रहे हैं? क्या यह अच्छा अभ्यास है? क्या संबंधित टिप्स या चाल हैं?

मुझे लगता है कि गिट वास्तव में इसके लिए आसान है क्योंकि आपको सर्वर की आवश्यकता नहीं है या यूआरएल दर्ज करने की चिंता नहीं है। आपकी संस्करण-नियंत्रण सामग्री सिर्फ आपके प्रोजेक्ट के अंदर .git निर्देशिका में रहती है और आप बस आगे बढ़ें और इसका उपयोग करें।

5 सेकंड परिचय (यह मानते हुए कि आप इसे स्थापित किया है)

cd myproject 
git init 
git add * # add all the files 
git commit 

अगली बार जब आप कुछ बदलाव

git add newfile1 newfile2 # if you've made any new files since last time 
git commit -a 

जब तक आप वह कर रहे हैं, Git अपनी पीठ पड़ता है। यदि आप गड़बड़ करते हैं, तो आपका कोड अच्छा गिट भंडार में सुरक्षित है। यह शानदार है

  • नोट: आपको चीजों को प्राप्त करने से थोड़ा कठिन हो सकता है, लेकिन फाइलों की तुलना में यह समस्या कहीं अधिक बेहतर है!
+0

'गिट एड' का उपयोग करें (जोड़ें * वर्तमान निर्देशिका *), 'गिट एड *' (खोल विस्तार का उपयोग करें), इसकी तेज़ी से नहीं। –

13

तो आप पढ़ सकते हैं इस versioncontrol के लिए नए हैं:
Source Control HOWTO

+0

एरिक सिंक खुद कहता है कि यह ऑनलाइन पुस्तक थोड़ी पुरानी है। –

+0

एरिक सिंक द्वारा मुद्रित पुस्तक (और पीडीएफ) है हालांकि मुझे डाउनलोड यूआरएल याद नहीं है। हालांकि पुस्तक वीसीएस मूल बातें समझने के लिए अच्छी है, लेकिन यह वास्तव में उचित नहीं है। वास्तविक जानकारी से अधिक सत्यता विपणन। – bahrep

0

मैं निश्चित रूप से SVN सीवीएस से अधिक, चुनते हैं सिर्फ इसलिए कि लोग हैं, जो स्रोत नियंत्रण सीखा सीवीएस का उपयोग कर होगा, "svn delete" का उपयोग करते हैं तो "svn add "svn move" के बजाय "। जो किसी विशिष्ट फ़ाइल के पिछले सभी संशोधनों को ढूंढना कठिन बनाता है। और आप हमेशा गिट-एसवीएन का उपयोग करने के लिए अपग्रेड कर सकते हैं। मुझे व्यक्तिगत रूप से लगता है कि एचजी से सीखना आसान है, लेकिन वास्तव में मुख्य एसवीएन का उपयोग करने का कारण यह है कि यह ओपन सोर्स सॉफ्टवेयर का डी-फैक्टो संस्करण नियंत्रण प्रणाली बन गया है।

यदि आप कभी भी D सीखने/उपयोग करने की योजना बनाते हैं तो DSource जैसे तीसरे पक्ष के भंडारों तक पहुंचना लगभग अनिवार्य है।

0

@ superjoe30 हां, absoluteley। एक बार जब आप संस्करण नियंत्रण का उपयोग शुरू कर देते हैं तो आप कभी वापस नहीं जाते हैं। मैं इसे सब कुछ, यहां तक ​​कि मेरे "घर" फ़ोल्डर के लिए भी उपयोग करता हूं।

@ ओरियन एडवर्ड्स सबवर्जन को सर्वर की आवश्यकता नहीं है। आप सीधे स्थानीय भंडार (क्लाइंट के माध्यम से) तक पहुंच सकते हैं, और इसमें कोई सर्वर प्रक्रिया शामिल नहीं है।

0

बस टोर्टोइज एसवीएन का उपयोग करें, और आप वास्तविक सबवर्जन कमांड को जानने के बिना भी जी सकते हैं ... लेकिन यह बुरा है। सौभाग्य से उन्हें दिल से सीखने के लिए हमेशा "महान अवसर" होगा - जब आपका अमूल्य भंडार पहली बार दूषित हो जाता है।

हाँ, ऐसा होता है।

0

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

मैं फ़ाइल: // यूआरएल का उपयोग करने के बजाय सबवर्जन सेवा स्थापित करने का सुझाव दूंगा, लेकिन यह ज्यादातर व्यक्तिगत वरीयता है। अपनी विकास मशीन पर संग्रहीत एक भंडार के लिए, फ़ाइल: // ठीक काम करता है।

+0

फ़ाइल का उपयोग करना: बहु-उपयोगकर्ता वातावरण में // URL आमतौर पर सबसे सुरक्षित विचार नहीं है क्योंकि फ़ाइलों को किस तरह से एक्सेस किया जाता है, वे * भ्रष्ट होने की अधिक * अधिक संभावना रखते हैं। यह देखते हुए कि सबवर्सन सर्वर स्थापित करना इतना आसान है, आपको वास्तव में फ़ाइल का उपयोग करने की आवश्यकता नहीं है: //। ऐसा कहा जा रहा है कि, मैंने * प्रोजेक्ट्स के लिए फ़ाइल का उपयोग किया है: // जहां मैं एकमात्र डेवलपर था, इस मामले में यह खूबसूरती से काम करता था। –

3

गिट विचलन से बेहतर है, लेकिन यह खून बहने वाले किनारे पर थोड़ा सा है।

मैं कहूंगा, अगर आप अभी शुरू कर रहे हैं, तो किनारे पर कूदें; एक मुफ्त खाता @http://github.com

उनके पास गिट का उपयोग करके & सेट अप करने के लिए साइट पर शैक्षणिक सामग्री है।

+0

_ आपके शब्दों में मैं अन्याय देखता हूं ._ गिट सबवर्सन की तुलना में बेहतर नहीं है। गिट एक डीवीसीएस है जिसे "ओपन-सोर्स डेवलपमेंट के लिए सबसे उपयुक्त" माना जा सकता है और प्रशंसनीय विशेषता यह है कि आप एक परियोजना को तेजी से फोर्क कर सकते हैं। ** सबवर्सन एक सीवीसीएस है जो गिट ** की तुलना में अधिक परिपक्व और स्थिर है। – bahrep

1

टोर्टोइज एसवीएन (मैक पर संस्करण.एप) का उपयोग करें। बस स्थापित करें और जाओ। यदि आपको अपने कोड को होस्ट करने के लिए किसी स्थान की आवश्यकता है http://beanstalkapp.com/

0

व्यक्तिगत अनुभव से, svn मेरी सिफारिश होगी। आप Beanstalk जैसी सेवा का भी उपयोग कर सकते हैं जो पानी का परीक्षण करने के लिए निशुल्क खातों (स्पष्ट रूप से सीमाओं के साथ, लेकिन किसी भी छोटी परियोजना के लिए पर्याप्त) प्रदान करता है। लेकिन जैसा कि अन्य ने कहा है, गिट बेहतर है और इसकी तलाश करने की संभावना है।

-1

संक्षिप्त उत्तर: यदि आप केवल एक ही कोडिंग कर रहे हैं या आप जिनके साथ काम करते हैं, उनके साथ साइट पर हैं। जीआईटी यदि आप अलग-अलग साइटों में लोगों के साथ काम कर रहे हैं और आपका कोड बेस बहुत बड़ा है।

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

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

0

कोडिंग डरावनी how to set up Subversion on Windows के बारे में एक अच्छी पोस्ट है।

ट्यूटोरियल के बाद, मैं सबबर्सन और टोर्टोइज एसवीएन स्थानीय रूप से चलने में सक्षम था, और मुझे शिक्षा की आवश्यकता थी।

जहां तक ​​गिट जाता है, शायद यह समझने के लिए कि आप अपने विशिष्ट विकास अभ्यास को फिट करते हैं, दोनों के साथ प्रयोग पर हाथ करना एक अच्छा विचार है।

0

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

0

मैंने विल Shipleys ब्लॉग पढ़ने के बाद उपversण का उपयोग शुरू किया।

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

मैं अब सब कुछ के लिए संस्करण नियंत्रण का उपयोग करता हूं। मैं गिट पर जाने की योजना बना रहा हूं क्योंकि यह तेज़ है, ऑफ़लाइन काम करता है, कम जगह लेता है और ओह लड़का तेज़ है।

1

सबवर्सन आपके लिए सबसे अच्छा विकल्प है, जैसा कि कार्ल सेगुइन ने इंगित किया कि एक अन्य संस्करण प्रणाली में जाने से कोई समस्या नहीं होगी। एसवीएन भी क्लाइंट साइड (TortoiseSVN) में जीयूआई का उपयोग करने के लिए बहुत आसान है।

http://www.snee.com/bobdc.blog/2007/08/getting_started_with_subversio.html http://dojo.jot.com/WikiHome/Getting%20Started%20With%20Subversion

1

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

http://www.visualsvn.com/server/

एक सार्वजनिक उपयोग करते हुए की सेवा rlike बीनस्टॉक शायद आसान है, लेकिन कुछ लोगों को अपने स्वयं के खजाने को लेना पसंद है, या तो गति या सुरक्षा

5
के लिए

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

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

वैसे भी, जैसा कि अन्य ने कहा है, सबवर्सन शायद संस्करण नियंत्रण मानसिकता में उपयोग करने का सबसे आसान तरीका है और वीसीएस (रोलबैक, शाखाएं, सहयोगी विकास, आसान कोड समीक्षा आदि) के लाभों का व्यावहारिक अनुभव प्राप्त कर सकता है।

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

0

सीवी के बजाए svn का उपयोग करने का एक महत्वपूर्ण कारण है svn बाइनरी diffs का समर्थन करता है। इससे कई प्रोग्रामर इससे कोई फर्क नहीं पड़ता है, लेकिन यदि आप 10 एमबी छवि में मामूली बदलावों की श्रृंखला बना रहे हैं, तो आपके भंडार में प्रत्येक बार एक अनूठी प्रतिलिपि रखने से अंतरिक्ष को काफी तेज़ी से चबाया जा सकता है।

मैं विंडोज पर टोर्टोइज एसवीएन का उपयोग करता हूं लेकिन मैक पर वाणिज्यिक (0 वाणिज्यिक) संस्करण क्लाइंट पर वाणिज्यिक CornerStone क्लाइंट के लिए चला गया है। मुझे रैपिडएसवीएन समेत मुफ्त मैक क्लाइंट्स की रेंज मिली, वास्तविक डॉलर को खोलने में मुझे बग करने के लिए पर्याप्त दर्द बिंदु थे। सुरक्षा-नेट जो कॉर्नरस्टोन उन फ़ाइलों को पकड़ने के लिए प्रदान करता है जिन्हें मैं भंडार में जोड़ना भूल गया था, मेरे लिए डॉलर के लायक है। मैं एक ऐसे अमेरिकी ग्राहक के साथ सहयोग करने में काफी समय बिताता हूं जो विपरीत समय क्षेत्र में है, इसलिए फ़ाइलों को जोड़ने में भूलने वाले स्क्रूप्स को बर्दाश्त नहीं कर सकता!

संबंधित मुद्दे