यह देखते हुए कि सबवर्सन मूल रूप से सीवीएस को बदलने के लिए लिखा गया है, क्या इस बिंदु पर संस्करण नियंत्रण के लिए सीवीएस का उपयोग जारी रखने के लिए कोई अनिवार्य कारण हैं?अभी भी सीवीएस का उपयोग करने के किसी भी कारण?
उत्तर
हां, यदि आप एक बड़े संगठन का हिस्सा हैं जो बदलने के लिए अनिच्छुक है।
यदि आप पूछ रहे हैं कि नई स्थापना के हिस्से के रूप में सीवीएस चुनना अच्छा होगा, तो मैं एक अच्छे कारण के बारे में नहीं सोच सकता। अब मुझे लगता है कि चुनाव एसवीएन या जीआईटी के लिए नीचे आ जाएगा, और विकल्प इस बात पर निर्भर करेगा कि आपके संगठन की विकास रणनीति में कौन सा फिट बेहतर है।
मैं उस प्रश्न को चारों ओर बदल दूंगा। क्या सबवर्सन पर स्विच करने के लिए अनिवार्य कारण हैं? हम सीवीएस का उपयोग करते हैं और यह हमारी सामग्री के लिए ठीक काम करता है। स्विचिंग के लिए हम देख सकते हैं कि कोई व्यापार लाभ नहीं है।
सभी निर्णयों के साथ, यह देखने के लिए लागत/लाभ विश्लेषण होना चाहिए कि यह इसके लायक है या नहीं। आपका प्रश्न हमें आपकी मदद करने के लिए पर्याप्त जानकारी नहीं देता है।
यदि आप फ़ाइलों का नाम बदलते हैं (जावा रिफैक्टरिंग दिमाग में आता है) तो आपको एसवीएन पसंद आएगा, क्योंकि यह फ़ाइल के इतिहास को संरक्षित करता है और यदि आप पुराने संस्करण को चेक करते हैं तो पिछली निर्देशिका संरचना को पुनर्स्थापित करने में सक्षम है। सीवीएस में उस सुविधा की कमी है, क्योंकि यह केवल संस्करण फाइलें और निर्देशिका नहीं है। – lothar
ठीक है, अच्छा, अगर आप फ़ाइलों का नाम बदलते हैं या स्थानांतरित करते हैं, तो एसवीएन बेहतर होता है - यह आपकी लागत/लाभ विश्लेषण [लागत = परिवर्तन करने का प्रयास, लाभ = एक है (साथ ही दूसरों को कोई शक नहीं)]। प्रश्न अभी भी बनी हुई है: क्या लागत से अधिक लाभ है? – paxdiablo
वाईएमएमवी, लेकिन कम से कम हमारे लिए एसवीएन अद्यतन और आने पर सीवीएस की तुलना में काफी तेज था। – Badaro
सीवीएस के पक्ष में मैंने सुना है कि केवल एक अच्छा तर्क है, और यह ऐसी परिस्थितियों में है जहां आपके पास एक परियोजना है जिसमें कई अलग-अलग रिलीज और शाखाएं होंगी, सीवीएस में एक मनमाने ढंग से फ़ाइल को धक्का देना आसान है जिस शाखा या टैग की आपको आवश्यकता हो, उसे आपको चाहिए। एसवीएन इन चीजों के बारे में अधिक औपचारिक है, और इसे केवल एक फ़ाइल को चुनना कठिन होता है और इसे आपकी आवश्यकता के अनुसार मर्ज करना मुश्किल बनाता है। यह एक खतरनाक चीज है, लेकिन प्रत्यक्ष मेमोरी पॉइंटर्स की तरह, कभी-कभी आपको बस उनकी आवश्यकता होती है।
कहा जा रहा है कि यदि सीवीएस पहले से ही मौजूद है, तो यह एक अलग कहानी हो सकती है। वहां कैलकुलेशन स्विचिंग में एक बेनिफिट है। एक ऐसा हो सकता है कि एसवीएन आपको कार्यालय से डिस्कनेक्ट किए गए लैपटॉप पर कोड करने की बेहतर क्षमता देता है। आप फ़ाइलों को जोड़ने और हटाने के लिए शेड्यूल कर सकते हैं, और आप उस कार्यालय में वापस जा सकते हैं जब आप कार्यालय में वापस आते हैं।
कुछ संगठन अपने डेवलपर्स को अपने लैपटॉप पर स्रोत कोड के साथ देने का सपना नहीं देख पाएंगे, इसलिए यह उन पर लागू नहीं होता है।
मेरा विचार यह है कि नई परियोजनाओं के लिए एसवीएन आपकी डिफ़ॉल्ट पसंद होनी चाहिए। यह परिपक्व है, इसका उपकरण समर्थन सीवीएस जितना अच्छा है, अगर कुछ मामलों में बेहतर नहीं है, और वास्तव में सीवीएस पर कोई महत्वपूर्ण कमी नहीं है।
कहा जा रहा है कि, जीआईटी ऊपर और आ रहा है। यह अभी भी थोड़ा अपरिपक्व है (उदाहरण के लिए विंडोज़ समर्थन ने परिपक्व चरण को नहीं मारा है) और उपकरण समर्थन अभी भी पकड़ रहा है, लेकिन यदि वितरित शाखाकरण आपके लिए महत्वपूर्ण है, तो यह एक अच्छा नज़र डालने लायक है।
"सीवीएस में केवल एक मनमानी फ़ाइल को उस शाखा में धक्का देना आसान है, जिसकी आपको आवश्यकता होती है जब आपको इसकी ज़रूरत होती है" - बहुत दर्द होता है! जब आप इसे बाधित करना चाहते हैं तो पहली बार संस्करण नियंत्रण क्यों करते हैं? – lothar
@ लोथार, जैसा कि मैंने कहा, यह खतरनाक है, लेकिन कहें कि आपको एक ग्राहक के कब्जे में एक निश्चित संस्करण के लिए एक निश्चित शाखा में एक फिक्स होना है, और आप यह सुनिश्चित करना चाहते हैं कि कुछ भी नहीं बदलेगा। निश्चित रूप से, विशेष मामला। यदि आपके पास एक समय में विशिष्ट ग्राहकों को एक कोड बेस बेचा गया है, तो यह आसानी से काम में आ सकता है। – Yishai
svn मनमाने ढंग से शाखाओं को आसानी से और आसान संपादन करता है, और एसवीएन में एक शाखा शून्य प्रतिलिपि प्रयास है। ऐसा नहीं है कि सीवीएस में, और मैं कभी भी सीवीएस में एक शाखा में इस तरह का एक ऑफ-ऑफ प्रकार तय करना नहीं चाहता। सीवीएस ग्रेट था, जब यह आरसीएस में सुधार था। लेकिन 1 99 4 15 साल पहले था, और अब आगे बढ़ने का समय है। दुनिया को और अधिक जटिल और खतरनाक हो गया है। :-) –
- 1. किसी भी प्रयोग के अभी भी COM सीखना?
- 2. कोई भी अभी भी xlib का उपयोग कर प्रोग्राम
- 3. होने के लिए किसी भी कारण: स्काला
- 4. क्या अभी भी "@import" सीएसएस नियम का उपयोग करने के कारण हैं?
- 5. SwingUtilities.invokeLater का उपयोग करने के बाद भी मेरा जीयूआई अभी भी क्यों लटका है?
- 6. अभी भी मूल कार्यान्वयन
- 7. अभी भी परीक्षण
- 8. मैं अभी भी
- 9. पियर - अभी भी प्रासंगिक?
- 10. WPF आवेदन अभी भी
- 11. गिट अभी भी
- 12. मार्कोव चेन का उपयोग करने के किसी भी व्यावसायिक उदाहरण?
- 13. SQLAlchemy पर SQLObject का उपयोग न करने के किसी भी कारण से?
- 14. रिक्त सूचियों पर "सभी" और "किसी भी" परिणाम का कारण
- 15. अभी भी valgrind
- 16. टीएसक्यूएल 2008 एलटीआरएम का उपयोग (आरटीआरएम और अभी भी डेटा
- 17. धूमकेतु अभी भी अपरिपक्व है?
- 18. क्या अभी भी एमएफसी
- 19. किसी भी कारण से छवि लिंक के बीच सीएसएस अंतराल
- 20. यदि ओपनआईडी, मुझे अभी भी
- 21. आप अभी भी PHP का उपयोग क्यों करते हैं?
- 22. MyEclipse: अभी भी इसका उपयोग करने लायक है?
- 23. अभी भी ईएफ डाटाबेस प्रोफाइलिंग
- 24. किसी भी()
- 25. एंड्रॉयड: SingleClientConnManager का अमान्य उपयोग: कनेक्शन अभी भी
- 26. अभी भी आवश्यक है ActionBarSherlock का उपयोग कर रहा है?
- 27. क्या अभी भी ASIHTTPRequest का उपयोग करना सुरक्षित है?
- 28. अज्ञात प्रकाशक अभी भी VS2010
- 29. किसी भी संस्करण में किसी भी प्रकार का उपयोग क्यों नहीं किया जा सकता है?
- 30. एसआईसीपी अभी भी अनुशंसित है?
एक कारण उपकरण एकीकरण हो सकता है। सीवीएस आमतौर पर सभी आधुनिक आईडीई में समर्थित है, लेकिन उपversण या गिट नहीं हो सकता है (केवल ग्रहण को देखें)। –
सभी तीन इंटेलिजे द्वारा समर्थित हैं (बस कह रहे हैं)। मुझे पता है कि ग्रहण निश्चित रूप से अभी सबवर्सन का समर्थन करता है (उपclipse प्लग-इन)। – duffymo