किसी कंपनी को अपने स्रोत नियंत्रण को स्विच करने के लिए कैसे मनाने के लिए

Question

मेरा वर्तमान स्थान रोजगार वर्तमान में एक संक्रमण में है, नए स्वामित्व को खत्म कर दिया गया है, अंत में चीजें मानकीकृत हो रही हैं और उचित दिशानिर्देश लागू किए जा रहे हैं।

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

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

Answer 1

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

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

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

कुछ भी सर्वर प्रक्रिया के साथ कुछ स्तर के लेनदेन और अखंडता नियंत्रण प्रदान करने के लिए एक बेहतर समाधान है।

Answer 2

स्विचिंग साबित करने वाला कोई भी दस्तावेज़ लागत कम करेगा। उसमें विफल, बहु रंगीन ग्राफ और चार्ट। शायद एक पावर प्वाइंट प्रेजेंटेशन।

Answer 3

सबसे अच्छा तर्क यह होगा कि आप उन्हें उपversण पर स्विच क्यों करना चाहते हैं। :)

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

Answer 4

सिर्फ सुविधाओं अच्छा स्रोत नियंत्रण अपने हाथ में करके लाता है:

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

Answer 5

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

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

Answer 6

ब्रांचिंग और फोर्किंग को संभालने में सक्षम होना एक शुरुआत है।

वीएसएस के समानांतर में थोड़ी देर के लिए उपversण का उपयोग करने का प्रयास करें, तो आपको अपने मालिक को मनाने के लिए कई तर्क मिलेंगे। यदि आप नहीं करते हैं, तो आपका मालिक सही है, स्विच करने का कोई कारण नहीं है।

Answer 7

उन्हें 'vss समस्या', 'स्रोत सुरक्षित भ्रष्टाचार' के लिए Google पर जाएं या इसके लिए विकी पृष्ठ देखें। उन्हें यह समझाना चाहिए कि शायद आपके व्यापार के इस तरह के एक महत्वपूर्ण हिस्से को सट्टेबाजी करने के लिए यह दीर्घकालिक व्यवहार्य बात नहीं है।

आपकी टीम कितनी बड़ी है? (यानी, मेरा मतलब है कि कितने सदस्य, चाहे आप सलाद डोडर्स हों या नहीं) एक बार जब आप आधा दर्जन से अधिक सक्रिय उपयोगकर्ताओं को प्राप्त करना शुरू कर देते हैं, तो वीएसएस आपको सिरदर्द देने जा रहा है।

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

Answer 8

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

Answer 9

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

1. कम विकास
2. कम अनुसूची (# 1 का एक और छाया)
3. अधिक प्रक्रिया आवश्यकताओं को पूरा करने के लिए उपयुक्त (सॉफ्टवेयर आवश्यकताओं पता लगाने की क्षमता की तरह, या निर्माण reproducibility, आदि) की लागत।

इन चीजों पर मामला बनाना भी कुछ मात्रात्मक ही नहीं, की आवश्यकता है "हम लागत कम होगी, क्योंकि इस सही तरह से यह करने के लिए है!"। के लिए बाहर देखने के लिए

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

Answer 10

क्यों वीएसएस पर सबवर्सन?

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

मैंने अपने प्रबंधक को प्रस्ताव दिया, और यह एक बहुत ही आसान बिक्री थी। मैं इसे उपयोग करने के लिए, विशेष रूप से शाखाओं के लिए बहुत आसान हो पाया है (हमारी परियोजना वीएसएस में 5 घंटे तक "शेयर और पिन" ले लिया है, और उसके बाद प्रत्येक कार्य को पूरा करने के लिए अतिरिक्त समय लगा!)।

Answer 11

@Adam Davis: Uhhh वास्तव में एडम, वीएसएस एक भयानक स्रोत नियंत्रण प्रणाली है। इसका इतिहास खराब करने और डेटा खोने का लंबा इतिहास है। विलय में यह भयानक है, कई डेवलपर्स को अच्छी तरह से संभाल नहीं करता है और बहुत धीमा है। इतिहास भी खराब है। माइक्रोसॉफ्ट वास्तव में यह किसी भी अधिक का समर्थन नहीं करते, आप ध्यान दें हूँ कि वे अपने स्वयं के आंतरिक विकास के लिए यह इस्तेमाल कभी नहीं किया है और अब वे भी एक और अधिक आधुनिक समाधान (VSTS) के पक्ष में यह नहीं बेचते। संक्षेप में, यदि आपको वीएसएस और किसी अन्य प्रकार के स्रोत नियंत्रण के बीच चयन करना है, तो विकल्प के साथ जाएं।

Answer 12

मैं previously written के बारे में क्यों वीएसएस एक अच्छा विचार नहीं है है। आप इससे कुछ जानकारी प्राप्त करने में सक्षम हो सकते हैं। इसके अलावा this article और this one अधिक जानकारी के होते हैं।

वीएसएस 2005 ने 6.0 में कुछ दरारों पर पेपर किया है, लेकिन विशेष रूप से दृढ़ तरीके से नहीं। एक ही मस्तिष्क-मृत नींव बनी हुई है।

Answer 13

@Jason: वीएसएस टूटी हुई है।

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

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

अन्य उत्तर यहां सभी विशिष्ट कारणों का वर्णन करते हैं जिन्हें आप अपना केस बनाते समय इंगित कर सकते हैं।

Answer 14

अन्य उत्तर में दी गई तकनीकी अंक के अलावा, वहाँ गैर तकनीकी गुप्त है कि आप का जवाब करने के लिए तैयार रहना चाहिए कारण हो सकते हैं:

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

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