टीएल; डी: टीएफएस बड़ी फाइलों को गर्वपूर्वक संभालने के लिए डिज़ाइन किया गया है। फ़ाइलों को अपलोड/डाउनलोड करने के लिए आपको सबसे बड़ी बाधा का सामना करना होगा नेटवर्क बैंडविड्थ। दूसरा मुद्दा सर्वर पर स्टोरेज स्पेस का है। मान लीजिए कि आपने इन दो मुद्दों पर विचार किया है, आपको कोई अन्य समस्या नहीं होनी चाहिए।
नेटवर्क बैंडविड्थ: फाइलों की जांच करने या प्राप्त करने में बहुत कम ओवरहेड है, यह एक सामान्य HTTP अपलोड या डाउनलोड के रूप में तेज़ होना चाहिए। यदि आपके क्लाइंट सर्वर से दूरस्थ हैं, नेटवर्क-वार, डाउनलोड को तेज करने के लिए उन्हें अपने स्थानीय नेटवर्क पर TFS स्रोत नियंत्रण प्रॉक्सी होने से लाभ हो सकता है।
ध्यान दें कि कुछ संस्करण नियंत्रण प्रणालियों के विपरीत, टीएफएस नई सामग्री अपलोड या डाउनलोड करते समय डेल्टा की गणना और संचार नहीं करता है। ऐसा कहने के लिए, यदि किसी ग्राहक के पास बड़ी टेक्स्ट फ़ाइल का संशोधन 4 था, और संशोधन 5 ने अंत में कुछ पंक्तियां जोड़ दी थीं, तो कुछ संस्करण नियंत्रण उपकरण इस अनुभव को केवल बदली गई लाइनों को भेजने के लिए अनुकूलित करते हैं। टीएफएस यह अनुकूलन नहीं करता है, इसलिए यदि आपकी फ़ाइलें अक्सर बदलती हैं, तो ग्राहकों को प्रत्येक बार फ़ाइल की पूरी तरह से डाउनलोड करने की आवश्यकता होगी।
सर्वर संग्रहण: सर्वर पर डिस्क स्थान काफी सरल है - आपको फ़ाइलों को पकड़ने के लिए पर्याप्त स्थान की आवश्यकता होगी, इसके अलावा थोड़ा ऊपर की ओर है। टीएफएस सिर्फ धीमा नहीं होगा क्योंकि आपके भंडार में बड़ी फाइलें हैं।
यदि इन फ़ाइलों को अक्सर संशोधित किया जाता है, तो आपको संशोधन द्वारा उपयोग की जाने वाली डिस्क स्थान के लिए भी खाते की आवश्यकता होगी। टीएफएस फाइल संशोधन के बीच "डेल्टा" स्टोर करता है - यानी, दो संस्करणों के बीच एक बाइनरी अंतर है। इसलिए यदि फ़ाइल की सामग्री पाठ फ़ाइलों के साथ सामान्य उपयोग मामले में संशोधन के बीच न्यूनतम रूप से बदलती है, तो भंडारण लागत सस्ती होनी चाहिए। हालांकि, यदि सामग्रियों की संपूर्णता छवियों या डीएलएल जैसी बाइनरी फ़ाइलों के साथ सामान्य होगी, तो आपको प्रत्येक संशोधन को स्टोर करने के लिए पर्याप्त डिस्क स्थान की आवश्यकता होगी। (बेशक, आप उस स्थान को वापस पाने के लिए destroy पिछले संशोधन कर सकते हैं।)
टीएफएस में डेल्टा पर एक नोट: चेक-इन समय पर ओवरहेड को कम करने के लिए, संशोधन के बीच डेल्टा तुरंत गणना नहीं की जाती है, एक पृष्ठभूमि है " Deltafication "नौकरी जो अंतरिक्ष ट्रिम करने के लिए डेल्टा की गणना करने के लिए रात में चलाता है।उस बिंदु तक, प्रत्येक संशोधन डेटाबेस में पूरी तरह से संग्रहीत किया जाता है। इसलिए यदि आपके पास प्रतिदिन बहुत सारे संशोधन होने के साथ बहुत बड़ी टेक्स्ट फ़ाइल है, तो आपकी डिस्क स्पेस आवश्यकताओं को इसे ध्यान में रखना होगा।
क्लाइंट भंडारण: ग्राहक इन फ़ाइलों को भी शामिल करने के लिए (। हालांकि केवल संशोधन है कि वे डाउनलोड किया है पर) यह आपके कार्यक्षेत्र मैपिंग में कम किया जा सकता पर्याप्त डिस्क स्थान की आवश्यकता होगी ऐसी है कि बड़ी फ़ाइलों को आच्छादित कर रहे हैं (या अन्यथा आपके कार्यक्षेत्र में शामिल नहीं है) यदि उनकी आवश्यकता नहीं है।
चेतावनी: हो रही ऐतिहासिक संस्करण: आप पाते हैं अपने आप को बड़ी फ़ाइलों के ऐतिहासिक संस्करणों का अनुरोध अक्सर (उदाहरण के लिए: मैं एक आईएसओ छवि सात changesets पहले चाहते हैं), तो आप सर्वर डेल्टा श्रृंखला लागू करने जा रहे हैं उस संशोधन पर वापस जाने के लिए। यदि आपके पास एक साथ कई ग्राहक हैं, तो यह आपकी याददाश्त कर सकता है।
आह, यह बहुत गुओ है, वास्तव में पूरी जानकारी है। मुझे लगता है कि टीएफएस सबसे अच्छा विकल्प होगा क्योंकि अब हम जो भी कर रहे हैं वह नेटवर्क नेटवर्क से फ़ाइलों तक लगातार पहुंच रहा है जो उपर्युक्त बैंडविड्थ कारणों के कारण आगे बढ़ता है। –
जोड़ने के लिए एक चीज, 16 एमबी से ऊपर की फ़ाइलों के लिए afaik deltification अक्षम है (जो आपके मामले में सच है)। मुझे http://blogs.msdn.com/b/billheys/archive/2011/05/05/how-tfs-stores-files-and-calculated-deltas-on-versioned-files.aspx – MichalMa
पर इसके बारे में जानकारी मिली @ मिचलमा: अच्छा मुद्दा, मैं इसके बारे में पूरी तरह से भूल गया था। –