2009-05-28 20 views
6

हम समय शुरू होने के बाद से VSS 6.0 का उपयोग कर रहे हैं, लेकिन कल मैंने अपनी एमएसडीएन सदस्यता से VSS2005 को बंद कर दिया है, यह मुझे इसे डेमॉन टूल्स के माध्यम से आईएसओ से स्थापित नहीं करने देगा (यकीन नहीं क्यों, लेकिन मैंने एमएस को त्रुटि रिपोर्ट जमा की ...)। मैंने देखा कि आईएसओ पर एक प्रोग्राम फाइल निर्देशिका थी, इसलिए मैंने फ़ोल्डर को हार्ड ड्राइव पर कॉपी किया। खैर, मैंने क्लाइंट खोला और देखा, वीएसएस 6.0 का एक ग्लैमरस संस्करण सटीक उसी डीबी से जुड़ा हुआ है।वीएसएस 6.0 और वीएसएस 2005 के बीच अंतर क्या है?

कोई भी जानता है कि क्या मैं इसका उपयोग करके सब कुछ नष्ट करने जा रहा हूं?

+2

मैं दृढ़ता से अनुशंसा करता हूं कि आप VS2005 सर्विस पैक 1 स्थापित करें, यदि आपने पहले से नहीं किया है। वीएस2005 आरटीएम के पास अपने विश्लेषण और मरम्मत उपयोगिता में एक * गंभीर * बग है जो सभी डेटाबेसों को दूषित करता है जो इसे चलाता है। एसपी 1 उस समस्या को हल करता है। –

उत्तर

13

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

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

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

यहां और वहां अन्य ट्विक भी हैं, अधिकतर अच्छे लेकिन कभी-कभार परेशान होते हैं।

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

+0

अच्छा जवाब, खासकर जब से हम डेल्फी 200 डब्ल्यू/यूनिकोड स्रोत फ़ाइलों का उपयोग करने के लिए अपग्रेड करने जा रहे हैं। –

+1

यदि आपके पास अवसर है, तो मैं अत्यधिक एसवीएन या कुछ अन्य संस्करण नियंत्रण प्रणाली में जाने की सलाह देता हूं क्योंकि वीएसएस बहुत कमजोर है। –

2

मुझे पूरा यकीन है कि वीएसएस 6.0 का उपयोग करते समय कुछ भी नष्ट करने का कोई और खतरा नहीं है।

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

+3

"वीएसएस 6 के मुकाबले ज्यादा खतरा नहीं" ज्यादा नहीं कह रहा है। –

+1

विशेषताएं बिल्कुल वही नहीं हैं, और मैं जोएल से सहमत हूं; वीएसएस अभी भी एक भयानक संस्करण नियंत्रण प्रणाली है। –

1

आपको ठीक होना चाहिए।

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

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