टीम फाउंडेशन सर्वर बनाम एसवीएन और अन्य स्रोत नियंत्रण प्रणाली

Question

हम वर्तमान में हमारी परियोजनाओं में उपयोग करने के लिए एक संस्करण नियंत्रण प्रणाली की तलाश में हैं। वर्तमान में हमारी टीम 10 से कम लोगों की है। हम पिछले 5 सालों से वीएसएस का उपयोग कर रहे हैं। मैंने एसवीएन और अन्य संस्करण नियंत्रण प्रणालियों के साथ कभी काम नहीं किया है।

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

मेरा प्रश्न है: अन्य स्रोत नियंत्रण प्रणालियों की तुलना में TFS कितना अच्छा है? क्या इसका उपयोग करना एक अच्छा विचार है, या क्या हमें एसवीएन (या किसी अन्य सिस्टम) का उपयोग करना चाहिए?

Answer 1

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

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

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

संपादित करें - छोटे दलों के बारे में जोड़ा जानकारी:

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

Answer 2

मार्टिन फाउलर की वेबसाइट पर इस विषय के बारे में है।

Answer 3

TFS, Git, सबवर्सन, सीवीएस और वीएसएस के साथ काम करने के बाद, मुझे जल्दी से मेरे अनुभव को संक्षेप में दोहराएँ:

• यह कहना उचित है कि दोनों Visual SourceSafe (VSS) और समवर्ती संस्करण सिस्टम (सीवीएस) इन दिनों काफी अप्रचलित हैं।
• गिट तकनीकी रूप से सबसे शक्तिशाली उपकरण है, लेकिन अवधारणाओं को समझने के लिए कुछ समय की आवश्यकता है।यह केवल इसके अधिकांश फायदे भी बजाता है यदि आप वास्तव में वितरित स्किम दृष्टिकोण के लिए जाते हैं। गिट का समर्थन करने वाले तीसरे पक्ष के सॉफ्टवेयर की संख्या तेजी से बढ़ रही है, लेकिन एसवीएन के लिए अभी तक सर्वव्यापी नहीं है।
• सबवर्जन (एसवीएन) काफी सामान्य ज्ञान और सामान्य दृष्टिकोण के साथ स्वच्छ और आसानी से समझने वाली अवधारणाओं की पेशकश करता है। अधिकांश आईडीई और फ़ाइल प्रबंधकों के लिए एकीकरण की एक बड़ी मात्रा के साथ-साथ बहुत सारे एक्सटेंशन सॉफ़्टवेयर उपलब्ध हैं। HTTP और WebDAV जैसे मानक प्रोटोकॉल के उपयोग के कारण, यह सॉफ़्टवेयर के साथ भी एकीकृत करता है जिसे वास्तव में एसवीएन के साथ काम करने के लिए डिज़ाइन नहीं किया गया था, जैसे कि माइक्रोसॉफ्ट ऑफिस ("विंडोज़ वेब फ़ोल्डर्स") और बहुत कुछ। यदि आप अधिक पारंपरिक, केंद्रीकृत एससीएम दृष्टिकोण की योजना बना रहे हैं तो एसवीएन मेरी सिफारिश होगी।
• टीएफएस संस्करण नियंत्रण माइक्रोस्कोफ्ट "विजुअल स्टूडियो" उत्पाद लाइन और बाकी टीएफएस विकास जीवन चक्र मंच के साथ कड़ाई से एकीकृत है। विजुअल स्टूडियो के बाहर उपयोग के लिए, कई टूल और कमांड लाइन इंटरफेस हैं, लेकिन यह वास्तव में विजुअल स्टूडियो के बिना टीएफएस का उपयोग करने के लिए समझ में नहीं आता है, मेरा विश्वास करो। टीएफएस संस्करण नियंत्रण तकनीकी रूप से सबसे खराब है जिसमें मैंने कभी काम किया है। कारण:
  • इसे आपके द्वारा काम की जाने वाली प्रत्येक फ़ाइल के स्पष्ट चेकआउट की आवश्यकता है। एक ही फाइल को एक ही समय में एक से अधिक व्यक्ति द्वारा चेक किया जा रहा है, इसका मतलब है कि टीएफएस एक संघर्ष देखता है, भले ही इन लोगों ने वास्तव में कुछ भी बदल दिया हो।
  • टीएफएस एक "वर्कस्पेस" अवधारणा का उपयोग करता है, जहां आपके कामकाजी प्रति में कार्य सर्वर पर रिकॉर्ड किए जाते हैं जैसे आप काम करते हैं। आप स्रोत पेड़ की एकाधिक प्रतियों को एकाधिक फ़ोल्डर्स में चेकआउट नहीं कर सकते हैं, आपको सर्वर पर लगातार ऑनलाइन कनेक्शन की आवश्यकता है (एक "ऑफ़लाइन" मोड है, लेकिन यह चीजों को गड़बड़ कर देता है)। स्थानीय कामकाजी प्रतिलिपि में किसी भी चीज में सभी बदलावों को पहले टीएफएस क्लाइंट टूल्स के माध्यम से जाना होगा, क्योंकि फ़ाइलों को केवल पढ़ने के लिए डाउनलोड किया जाता है।
  • तथ्य यह है कि टीएफएस यूआई में अधिक संघर्ष दिखाता है, वास्तव में उपयोगकर्ताओं को केवल थोक स्वीकार करने या परिवर्तन को अस्वीकार करने के लिए प्रोत्साहित करता है, जिससे एक तरफ या दूसरे में बदलावों का नुकसान होता है। इस प्रकार यह वास्तव में महत्वपूर्ण रूप से आपके विचार को बाधित करता है, जो संस्करण नियंत्रण प्रणाली के लिए एक खतरनाक चीज है।
  • वीएस में यूआई एकीकरण एससीएम सिस्टम के साथ काम करते समय आपको आवश्यक कई उपयोगी संचालनों का समर्थन नहीं करता है, जैसे कि परमाणु (सर्वर-केवल) शाखाओं का निर्माण, पहले संशोधन से शाखाकरण, अनावृत्त, किसी दिए गए परिवर्तन के परिवर्तनों को वापस करना , और बहुत सारे।
  • यह बहुत धीमी है, क्योंकि शाखा का निर्माण वीएस जीयूआई के माध्यम से किए गए स्रोत पेड़ की एक पूरी नई प्रति डाउनलोड करने का तात्पर्य है। फ़ोल्डर का एक साधारण नाम भी वास्तव में धीमा है। ऐसा लगता है कि सरल संचालन के लिए बहुत सारे नेटवर्क यातायात पैदा होते हैं।
  • निर्मित "शेल्विंग" सुविधा, जहां आप इन्हें बिना जांच किए अपने वर्तमान परिवर्तनों को बचा सकते हैं, यह एक अच्छा विचार है लेकिन अधिकांश परिदृश्यों में बहुत बेकार है, क्योंकि यह संघर्ष समाधान का समर्थन नहीं करता है या जब आप पुनः- अपनी कार्यशील प्रति में अपने शेल्फ किए गए परिवर्तन लागू करें। यदि शाखाएं बनाना सरल, भरोसेमंद, तेज़ और सीधा जैसा था उदा। एसवीएन में, आपको वास्तव में ऐसी सुविधा की आवश्यकता नहीं होगी, क्योंकि प्रत्येक डेवलपर इस आवश्यकता को प्रबंधित करने के लिए अपनी शाखाएं बना सकता है।
  • हमारे पर्यावरण में, टीएफएस संस्करण नियंत्रण में कई बग्स चालू हो गए हैं, जहां वास्तव में ऐसी फ़ाइलें परिवर्तित की गईं, जहां इस तरह दर्ज नहीं किया गया था, और कुछ मामलों में फ़ाइलों को बिना किसी सूचना के पहले संस्करण में वापस कर दिया गया था। यह वास्तव में एक संस्करण नियंत्रण प्रणाली में नहीं होना चाहिए!