2009-10-06 8 views
11

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

उत्तर

13

पिछली बार मैंने देखा, टीएफएस कॉपी-ऑन-राइट का उपयोग करता है, जिसका मतलब है कि जब तक आप फ़ाइलों को नहीं बदलते तब तक डिस्क स्थान नहीं बढ़ेंगे। यह सिमलिंक का उपयोग करने की तरह है जब तक कि आपको चीजों को बदलने की आवश्यकता न हो।

+1

+1: मेरी समझ भी। शाखा आपके स्थानीय वर्कस्टेशन पर जगह ले लेगी, लेकिन यदि आप इसे देखना नहीं चाहते हैं (जो मूल रूप से इसे आपके वर्कस्पेस से हटा देता है) तो आप हमेशा शाखा को क्लोक कर सकते हैं और इसे पूरा करने के बाद इसे वापस कर सकते हैं और वापस विलय कर सकते हैं। – TrueWill

+0

I इस पर कोई जानकारी नहीं मिली, इसलिए यदि कोई भी किसी भी लिंक पर आता है, तो मुझे उनको इंगित करें। उत्तर के लिए धन्यवाद। –

5

जेम्स मूल रूप से सही है। एक और अधिक पूरा जवाब के लिए, हम 2006 में पीछे से बक की पोस्ट के साथ शुरू करने की आवश्यकता: http://blogs.msdn.com/buckh/archive/2006/02/22/tfs_size_estimation.aspx

स्थानीय संस्करण तालिका में प्रत्येक नई पंक्ति 520 के बारे में बाइट्स कहते हैं (एक पंक्ति प्रत्येक कार्यक्षेत्र कि नए जोड़े गए हो जाता है के लिए जोड़ा जाता है आइटम, और आकार स्थानीय पथ कॉलम का प्रभुत्व है)। यदि आपके पास 100 कार्यस्थान हैं जो नए जोड़े गए आइटम को प्राप्त करते हैं, तो डेटाबेस 52 KB तक बढ़ेगा। यदि आप औसत आकार की 1,000 नई फाइलें (स्रोत फ़ाइलों, बाइनरी, छवियों, आदि का मिश्रण) जोड़ते हैं और 100 कार्यक्षेत्र उन्हें प्राप्त करते हैं, तो संस्करण नियंत्रण डेटाबेस लगभग 112 एमबी (60 केबी * 1,000 + 520 * 1,000 * 100) बढ़ता है ।

हम 60 केबी आंकड़े को छोड़ सकते हैं क्योंकि ब्रांच किए गए आइटम फ़ाइल सामग्री को डुप्लिकेट नहीं करते हैं। (यह काफी "कॉपी-ऑन-राइट" नहीं है, जेम्स - मेटाडाटा की एक ओ (एन) राशि की गणना शाखा संचालन के दौरान की जानी चाहिए और संग्रहीत की जानी चाहिए, बनाम सिस्टम जैसे कि मैं ओ (1) में शाखा मानता हूं - लेकिन आप सही हैं कि नया आइटम उसी टैबलेट को tbl_Content में स्रोत आइटम के रूप में संपादित किए जाने तक इंगित करता है)। यह हमें केवल 520 * num_workspaces * files_per_workspace कारक के साथ छोड़ देता है। एमएस डॉगफूड सर्वर पर tbl_LocalVersion में 2 अरब पंक्तियों की तरह कुछ है, लेकिन स्वयं वर्णित छोटे समूह में यह पूरी तरह से नगण्य होना चाहिए।

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

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