क्या SourceSafe वास्तव में सुरक्षित है?

Question

पूरी सुबह बिताने के बाद कुछ की जाँच करने की कोशिश में - मुझे अब एहसास हुआ कि मैंने कुछ दिनों के काम के लायक खो दिया है।

यह पहले हुआ था - और जाहिरा तौर पर SourceSafe के साथ आम घटना है। क्या SourceSafe को बिना किसी समस्या के सफलतापूर्वक उपयोग किया जा सकता है, और यदि हां, तो कैसे?

Comments

हे प्रिय भगवान नहीं ... कभी नहीं, फिर कभी!

— टिम पोस्ट

मैंने अपनी कंपनी से SourceSafe को पाने के लिए लंबा और कठिन संघर्ष किया। आखिरकार जीत मिली और हर कोई इसके लिए खुश है।

— केविन डी

वीएसएस का उपयोग करने वाला कोई भी संगठन एक खराब "ऑर्गन गंध" है

— जोएलफैन

वाक्यांश "जल्दी और अक्सर में जाँच।" इस प्रकार की स्थितियों को रोकना है। आपको कभी भी काम के कुछ घंटों से अधिक नहीं खोना चाहिए। हालांकि, आयरन मेडेन ने वीएसएस के बारे में सबसे अच्छा कहा: "पहाड़ियों पर भागो! अपने जीवन के लिए भागो!"

— रयान हेस

Microsoft इसका उपयोग नहीं करता है। हमें ऐसा क्यों करना चाहिए?

— ग्रेफेड

Answer 1

मेरा विचार सरल है, कुछ और ASAP में माइग्रेट करें। इसमें लंबा (1-2 सप्ताह WAG) नहीं लगेगा और माइग्रेशन में कितना समय लगेगा, यह प्रबंधन के लिए उचित ठहराना आसान है। माइग्रेट करने के लिए थोड़ा समय ठोस स्रोत नियंत्रण और खोए हुए स्रोत कोड की बहुत कम संभावना है। यदि आपके बॉस को संदेह है, तो "स्रोत सुरक्षित डरावनी कहानियाँ" या इसी तरह की त्वरित खोज करें।

Comments

यह सच है, लेकिन कभी-कभी एक गैर-तकनीकी व्यक्ति को स्रोत नियंत्रण के 1-2 सप्ताह खर्च करने का औचित्य साबित करना आसान नहीं होता है।

— t3mujin

@ t3mujin, "तकनीकी ऋण" प्रोग्रामर

— नेमी

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

— एडम क्रॉसलैंड

@ t3mujin: इसे प्रोजेक्ट-बाय-प्रोजेक्ट पर माइग्रेट करें। जहाँ मैं काम कर रहा हूँ, हम SourceSafe का उपयोग करते थे, अब हम TFS का उपयोग करते हैं। सब कुछ पलायन (सैकड़ों परियोजनाएं) एक दर्द होता, इसलिए, अगर हमारे पास सोर्ससैफ़ में अभी भी एक पुराने प्रोजेक्ट पर काम करना है, तो हम पहले इसे माइग्रेट करने की छोटी राशि खर्च करते हैं, और उसके बाद ही काम शुरू करते हैं।

— कार्सन 63000

@ Carson63000 हम सबसे वर्तमान परियोजनाओं के लिए टीएफएस का उपयोग कर रहे हैं, लेकिन वीएसएस पर कुछ लेकिन कभी-कभार अपडेट के साथ एक बड़ा स्रोत आधार है जो टीएफएस को प्रवास का भुगतान करने के लिए कोई भी तैयार नहीं है। मैं उस टीम पर नहीं हूं जो इसे अधिक बार उपयोग करती है इसलिए मैं कोड की कुछ पंक्तियों के साथ एक बार में ठीक हूं

— t3mujin

Answer 2

सबसे खराब। एससीएम। कभी।

वह सब जो SCM में गलत है, VSS में सन्निहित है। यहां तक ​​कि StarTeam सोर्स सेफ से बेहतर है। स्रोत सुरक्षित संस्करण नियंत्रण दुनिया का इंटरनेट एक्सप्लोरर 1 है: किसी अन्य कार्यान्वयन द्वारा पूरी तरह से सुपरसीड किया गया।

मैंने इसका उपयोग कैसे किया?

मेरे काम करने के लिए विशिष्ट वर्कफ़्लो था

1. प्रोजेक्ट देखें
2. सभी फ़ाइलों को लॉक करें (किसी के साथ विलय से बचने के लिए जिसने नरक के अपवित्र द्वार खोले हैं)
3. मेरा काम किया?
4. प्रत्येक दिन मेरे परिवर्तनों की जाँच की
5. यह सब फिर से बाहर की जाँच की और एकीकरण के साथ सभी समस्याओं को ठीक किया
6. में वापस जाँच की

सबवर्सन की तुलना में, ऊपर की हँसी है (जाँच के अलावा आपने निर्माण नहीं तोड़ा है)।

मेरी टीम की प्रोग्रामिंग प्रथाओं पर प्रतिबंध

ये ऐसे नियम हैं जिनके तहत टीम को काम करना था ताकि वह हमारे लिए काम कर सके। आपकी माइलेज भिन्न हो सकती है।

1. एक व्यक्ति केवल एक फ़ाइल को संपादित कर सकता है (यदि वे छुट्टी पर जाते हैं तो स्वर्ग आपकी मदद करेगा)
2. इसे प्रबंधित करना बहुत कठिन नहीं है
3. कभी भी पिछले संशोधन में वापस जाने का प्रयास न करें

क्या किया जा सकता है?

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

Comments

@ डेविड मुझे फाइल रिवीजन हिस्ट्री या ब्रांचिंग प्राप्त करने के प्रयास में शुरू नहीं कर रहा है (मैं लिखते हुए रो रहा हूं - मेरे जीवन के इतने घंटे बर्बाद हो गए ...)

— गैरी रोवे

हाँ, शाखा और मर्ज वास्तव में एक अच्छे SCM में मज़ेदार नहीं हैं। मुझे नहीं लगता कि कांग्रेस आपको लोगों को स्रोतों में करने की अनुमति देगी।

— BlackICE

कभी पिछले संस्करण पर वापस न जाएं? क्यों नहीं? और यदि हां, तो SCM टूल का उपयोग करने का पूरा उद्देश्य क्या है?

— जोएलफैन

दिन में जब मैं एक ऐसी दुकान पर था जो वीएसएस का उपयोग करता था तो हमें कभी भी किसी पुराने संस्करण में वापस जाने में कोई परेशानी नहीं होती थी। वह थोड़ा अतिवादी लगता है। मैं हालांकि शाखा में तुम्हारे साथ हूँ।

— JohnFx

@JohnFx @SpashHit हमारी टीम में दर्द के लिए बहुत कम सहिष्णुता थी, इसलिए शायद मैं ऊपर से थोड़ा ऊपर जा रहा हूं। जब तोड़फोड़ की गई तो ऐसा लगा जैसे कोई भारी वजन उठा लिया गया हो।

— गैरी रोवे

Answer 3

अपने स्रोत नियंत्रण को SVN / Mercurial / Git में बदलें और कभी पीछे मुड़कर न देखें!

Comments

यह "मर्क्यूरियल" है, न कि "मर्करी" (बस कुछ निट्स को यहाँ ले जाना, कोई अपराध नहीं)

— जुरगेन ए। इरेड

@ आप ने तय किया कि आपके लिए :-)

— गैरी रोवे

Answer 4

हमने इसे लगभग एक साल पहले ऑपरेशन से निकाला था।

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

हमने उन्हें TFS में स्थानांतरित कर दिया और यह तब से सुचारू रूप से चल रहा है।

Comments

इसे बाहर निकालने के लिए +1। आपने सही काम किया।

— गैरी रोवे

टीएफएस एक सुंदर, सुंदर चीज है। यदि आपको इसके लिए भुगतान करने के लिए आटा मिला है, तो वह है।

— एडम क्रॉसलैंड

@ एडम क्रॉसलैंड: एक बड़े हीरे की तरह सुंदर, और एक ही कीमत के बारे में।

— 23

@Orbling: अच्छी तरह से कहा।

— एडम क्रॉसलैंड

जो लोग संक्षिप्त नाम नहीं पहचानते हैं, उनके लिए TFS Microsoft की टीम फाउंडेशन सर्वर है ।

— कीथ थॉम्पसन

Answer 5

मेरे विचार?

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

यह विकास का एक क्षेत्र है जहां हमारे पास बहुत सारे विकल्प हैं; सबसे, या सभी, वीएसएस से बेहतर।

• विनाश
• अस्थिर
• Git
• अधिक

Comments

"सबसे" एक बालक थोड़ा विवादास्पद है ... या दूसरा तरीका: वीएसएस से भी बदतर क्या है ?

— जुरगेन ए। इरहार्ड

@jae: बस एक क्वालीफायर है जो यह दर्शाता है कि मैंने उन सभी का उपयोग नहीं किया है, और इस प्रकार वीएसएस के संबंध में उनकी गुणवत्ता को सत्यापित नहीं कर सकता है; इसलिए "या सब"

— स्टीवन एवर्स

Answer 6

एक वाणिज्यिक संचालन में SourceSafe का उपयोग करना डॉलर के बिलों को जलाकर इमारत को गर्म करने जैसा है।

2000 में, मेरी आठ-डेवलपर कंपनी शायद वीएसएस डेटाबेस के दो बार-दैनिक-औसत भ्रष्टाचार के कारण अपनी उत्पादकता का 5-10% खो गई। यह केवल इतना कम था क्योंकि हम प्रति घंटा बैकअप के लिए गए थे।

वीएसएस से पेरफोर्स, एसवीएन और गिट से दूर जाने के बाद, मैंने कभी भी एससीएम डेटाबेस को दूषित नहीं किया है।

Answer 7

मैं इस पर नरक में मतदान करने के लिए नीचे मिल सकता है, लेकिन ..

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

कृपया, कभी भी इसका उपयोग न करें।

Comments

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

— ०१० बजे परिक्रमा

Answer 8

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

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

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

कभी पीछे नहीं हटना।

Comments

सोर्स ऑफसाइट उसी के लिए था। मुझे वह कुआँ भी याद है। मैंने वास्तव में स्रोत ऑफसाइट की अपनी प्रति खरीदी है, इसलिए मुझे वीपीएन पर वीएसएस नहीं करना

— पड़ा

+1 के लिए "मुझे अब कोई डर नहीं है" परिपक्व SCM के संकेत

— गैरी रोवे

Answer 9

यह एक घृणा है। लेकिन फिर भी कुछ नहीं से बेहतर है।

Comments

सभी विकल्पों के साथ, इसका उपयोग करना उचित ठहराना कठिन है, क्योंकि जब यह दक्षिण में जाता है, तो आपके पास यही होगा: कुछ भी नहीं।

— देवसोलो

अगर यह आपको काम खोने का कारण बनता है तो इससे बेहतर कुछ नहीं हो सकता।

— billy.bob

आप काम के साथ-साथ कुछ भी नहीं खो सकते हैं, सोर्सफॉ कम से कम कभी-कभी आपको बचा सकते हैं ।

— BlackICE

@ डेविड - तो कुछ भी संभावित रूप से 'इिकी' करने से पहले समझदार बैकअप ले सकते हैं। केवल एक चीज जो VSS को असफलता में प्रतिद्वंद्वी करती है वह है MS BOB। वीएसएस इतना भयावह है कि लोगों को इसे इस्तेमाल करने से रोकने के नाम पर एक चैरिटी बनाई जानी चाहिए।

— टिम पोस्ट

नहीं, यह कुछ भी नहीं से भी बदतर है। क्योंकि अगर आपके पास ALSO का बैकअप नहीं है, तो आपके पास सुरक्षा की झूठी भावना है और हर

— चीज

Answer 10

मैंने इसे लंबे समय (लगभग 10 वर्षों) तक बिना किसी व्यक्तिगत रूप से किसी भी मुद्दे का अनुभव किए (जिसमें मैं जिन टीमों में काम कर रहा था, जिसमें हमारे कोड को संघर्षों और इस तरह से बचने के लिए काफी अच्छी तरह से विभाजित किया गया था) का उपयोग किया।

लेकिन जब वहाँ सभ्य, विश्वसनीय खुला स्रोत विकल्प होते हैं, तो इसका उपयोग करने के लिए डेटा हानि की बहुत सारी कहानियाँ होती हैं।

संपादित करें: टिप्पणियों से यह संदेश लगता है कि कुछ भी जटिल (ब्रांचिंग, मर्जिंग, टकराव) से बचें और आप शायद ठीक हैं। कुछ भी और आप जोखिम भरे क्षेत्र में जा रहे हैं।

Comments

क्या आप एक टीम के भीतर काम कर रहे थे, या एक समग्र कोडबेस के भीतर एकल परियोजनाओं पर?

— गैरी रोवे

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

— जॉन हॉपकिंस

@ जो मुसीबत-मुक्त ऑपरेशन की व्याख्या करने की दिशा में एक लंबा रास्ता तय करता है।

— गैरी रोवे

FWIW मेरा अनुभव जॉन के समान है। 7 साल, 8 व्यक्ति टीम, कोई समस्या नहीं VSS का उपयोग कर। जाहिरा तौर पर हम (भाग्यशाली) अल्पसंख्यक में हैं। मैं इसे सभी कहानियों (एसवीएन का उपयोग करके) के आधार पर फिर से उपयोग नहीं करूंगा।

— स्टीव फालोअर्स

जब ब्रांचिंग, मर्जिंग, और संघर्ष रिज़ॉल्यूशन को जटिल ऑपरेशन माना जाता है, तो आप शायद गलत संस्करण नियंत्रण प्रणाली का उपयोग कर रहे हैं ...

— जेम्स

Answer 11

यहां तक ​​कि एमएस टीएफएस के पक्ष में इसे हटा रहा है।

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

Comments

लोगों को SCM का उपयोग शुरू करना अच्छा है, कोई तर्क नहीं। लेकिन ... वीएसएस? बुरे अनुभव सिर्फ एक उत्पाद को एक बुरा नाम नहीं दे सकते हैं, वे पूरी श्रेणी को एक बुरा नाम दे सकते हैं। या: वीएसएस के साथ कितने देवता एससीएम शुरू करते हैं और फिर सोचा "वाह, यह एससीएम सामान उतना ही बुरा है जितना मुझे उम्मीद थी" जब वीएसएस खराब हो गया? उल्लेख नहीं है कि एससीएम बुनियादी ढांचे का एक अत्यंत महत्वपूर्ण टुकड़ा है, जिसका अर्थ है: बगों की अनुमति नहीं है (हाँ, मुझे पता है ...)

— जर्गेन ए। इरेड

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

— जॉन एफएक्स

Answer 12

इसे उपयोग करने के 3 साल बाद, मेरे प्रबंधक को बंद करने और वहां से अधिक उन्नत / तर्कसंगत विकल्पों के कारण शिकायत करने पर, मुझे वास्तव में वीएसएस के साथ कोई समस्या नहीं है, लेकिन मेरे पास कभी भी कोई विकल्प नहीं था।

मेरा विचार है कि यह दोनों चूसता है और उड़ता है।

इसके बारे में सबसे कष्टप्रद हिस्सा यह भयानक संस्करण और भ्रामक क्षमता को भ्रमित करने वाला नहीं है, लेकिन फ़ाइल मेनू पर सूची बॉक्स आपको विस्तार करने के लिए सही तीर कुंजी को हिट नहीं होने देता है।

सचमुच दर्दनाक।

Answer 13

वीएसएस पर मेरा विचार? मैंने कुछ नौकरी के प्रस्तावों (बहुत अच्छी तरह से भुगतान) को अस्वीकार कर दिया क्योंकि उन्होंने "वीएसएस प्रवीणता" का अनुरोध किया था। और मुझे यकीन है कि यहां कुछ और लोग भी हैं जिन्होंने ऐसा ही किया।

Comments

+1, एक काम विज्ञापन पर "वीएसएस प्रवीणता" डाल एक निश्चित संकेत है कि न केवल कंपनी उपयोग वीएसएस करता है, लेकिन वे एक सेटअप जहां वीएसएस पहले से ही ऐसा भ्रष्ट और समस्याग्रस्त है कि यह यह काम करने के लिए वास्तविक वीएसएस अनुभव की आवश्यकता है कि में सभी ।

— कार्सॉन 63000

Answer 14

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

एक और एससीएम (किसी भी अन्य) का पता लगाएं और देखें कि आसान ब्रांचिंग और विलय कैसे हो सकता है। उन समय के बारे में सोचें, जब आपको अपने वीएसएस समाधान की फ़ाइलों को कॉपी करना होगा और उन्हें कहीं और पकड़ना होगा जब आप 'उत्पादन' कोड पर बग को ठीक करने के लिए वापस चले गए।

किक्स के लिए, बस GIT को स्थापित करें - इसे अपनी VSS फ़ाइलों पर इंगित करें और देखें कि GASP दो प्रोग्रामर के लिए समान फ़ाइल ATE SAM टाइम पर एक ही फ़ाइल के विभिन्न भागों पर काम करना कितना आसान है , और फिर सॉफ्टवेयर को समझदारी से अपने परिवर्तनों को मर्ज करें: SCM उपकरण केवल स्रोत बैकअप से अधिक होने चाहिए।

Answer 15

VSS पर मेरे विचार? इसे लंबे समय तक नियमित रूप से उपयोग किया जाता है (अभी भी पुराने घटकों के लिए समसामयिक रूप से उपयोग किया जाता है) लेकिन यह हमारी टीम के लिए बहुत ही XX सदी है:

• बहुत अविश्वसनीय
• प्रयोग करने योग्य शाखाएँ नहीं
• बहुत खराब संस्करण समर्थन, आपके पास लेबल हैं लेकिन (शाखाओं की तरह) वास्तव में उपयोग करने योग्य नहीं हैं

मैं उपरोक्त सभी के साथ हूं: वाया में से एक बेहतर ओपन-सोर्स विकल्प (यहां तक ​​कि पुराने सीवीएस) का चयन करें या, यदि आपकी कंपनी के पास किसी तरह का एमएसडीएन सदस्यता, टीएफएस है ।

Answer 16

• इसकी डिफ़ॉल्ट लॉकिंग डेवलपर्स को धीमा कर रही थी, और कोई भी इसके सेटअप के साथ गड़बड़ नहीं करना चाहता था
• यह अन्य सेवाओं के साथ बहुत अच्छी तरह से एकीकृत नहीं होता है, उदाहरण के लिए एक परियोजना प्रबंधन वेब अनुप्रयोग
• यह हमारे नियोजित CI सर्वर के साथ अच्छा काम नहीं करने वाला था

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

संपादित करें - मैं समझता हूं कि टीएफएस बिल्कुल नया है, लेकिन जब इसे परीक्षण किया गया था, तो कई डेवलपर्स ने मुझसे पूछा था कि यह बहुत समान है। मेरे द्वारा 'कोर में' कहा जाने वाला कारण यह था कि मुझे याद है कि मेरे समाधान में बनाई गई टीएफएस फाइलों को देखकर ऐसा लगता था, जैसे कि वे वीएसएस बनाए गए थे। यह एक डेवलपर दृष्टिकोण से है, शायद वीएसएस या टीएफएस या किसी अन्य एससीएम के पीछे की तकनीक के बारे में भी नहीं जानता है। किसी भी भ्रम के लिए क्षमा करें।

Comments

क्या!?!? TFS कहीं भी वीएसएस पर निर्भर नहीं करता

— BlackICE

टीएफएस को जमीन से फिर से लिखा गया ... किसी भी तरह से वीएसएस पर भरोसा नहीं करता है।

— LeWoody

Visual Studio TFS और VSS के लिए समान SCC प्लगइन API का उपयोग करता है। यह API VSS को सपोर्ट करता है और इसे VSS का अनुभव होता है, इसलिए जब आप VSS से किसी अन्य स्रोत नियंत्रण सर्वर में बदलते हैं, तो ऐसा महसूस होगा कि VSS का भूत अभी भी है।

— मैथ्मार्टिन

@Loodyiii: फिर कैसे उन्होंने दो बार बकवास के इस तरह के स्टीमिंग ढेर को कोडिंग किया? वे कम से कम वीएसएस स्रोत कोड में टिप्पणियों को पढ़ रहे होंगे।

— रॉबर्ट एस सियाकियो

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

— रॉबर्ट एस सियासीओ

Answer 17

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

Answer 18

मैं यह पता नहीं लगा सकता कि हर कोई वीएसएम को खराब क्यों करना चाहता है। वीएसएस वितरित नहीं है, और वितरित संस्करण नियंत्रण है

1. बेहतर
2. अभ्यास में गैर-वितरित संस्करण नियंत्रण के लिए अनुमति देता है

कृपया पढ़ें इस ।