मैं कुछ शाखाओं की रणनीतियों (प्रति फीचर शाखाएं बनाना, संभवतः प्रति डेवलपर बनाना क्योंकि हम एक छोटे समूह हैं) पर सोच रहे हैं और सोच रहे थे कि किसी ने किसी भी मुद्दे का अनुभव किया है या नहीं। क्या शाखा बनाना ज्यादा जगह लेता है?टीएफएस ब्रांचिंग और डिस्क स्पेस
उत्तर
पिछली बार मैंने देखा, टीएफएस कॉपी-ऑन-राइट का उपयोग करता है, जिसका मतलब है कि जब तक आप फ़ाइलों को नहीं बदलते तब तक डिस्क स्थान नहीं बढ़ेंगे। यह सिमलिंक का उपयोग करने की तरह है जब तक कि आपको चीजों को बदलने की आवश्यकता न हो।
जेम्स मूल रूप से सही है। एक और अधिक पूरा जवाब के लिए, हम 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) फ़ील्ड नहीं हैं।
- 1. आईओएस: कोर डेटा और डिस्क स्पेस
- 2. ग्रहण। मेटाडेटा \। प्लगइन डिस्क स्पेस
- 3. ब्रांचिंग और विलय रणनीतियां
- 4. TraceDebugging मेरी सभी हार्ड डिस्क स्पेस
- 5. अमेज़ॅन ईसी 2 और ईबीएस डिस्क स्पेस समस्या
- 6. मर्कुरियल ब्रांचिंग और बुकमार्क
- 7. टीएफएस 2010 में ब्रांचिंग और कोड को फिर से डाउनलोड करने के लिए मजबूर होना
- 8. टीएफएस
- 9. सीवीएस/एसवीएन ब्रांचिंग और टैगिंग
- 10. डिस्क डिफ्रैग्मेंटेशन और डिस्क चेक
- 11. मेवेन, टीमसिटी और टीएफएस
- 12. बढ़ते एडब्ल्यूएस ईसी 2 उबंटू इंस्टेंस डिस्क स्पेस
- 13. डिवाइस फ्री स्पेस और सैंडबॉक्स स्पेस
- 14. टीएफएस 2010
- 15. टीएफएस शाखा अनुशंसा
- 16. सफल गिट ब्रांचिंग मॉडल
- 17. मर्कुरियल टैगिंग/ब्रांचिंग रणनीति
- 18. ब्रांचिंग: रिलीज/विकास
- 19. अल्फान्यूमेरिक, -, _ और स्पेस
- 20. टीएफएस स्रोत नियंत्रण में ब्रांचिंग संरचना को मनोरंजन करें जब केवल नवीनतम फाइलें उपलब्ध हों
- 21. टीएफएस एपीआई और एसएसआरएस
- 22. मैं टीएफएस और वीएस2012
- 23. जिरा और टीएफएस एकीकरण?
- 24. टाइपस्क्रिप्ट और टीएफएस
- 25. डिस्क
- 26. स्पेस
- 27. स्पेस
- 28. डिस्क
- 29. डिस्क
- 30. डिस्क
+1: मेरी समझ भी। शाखा आपके स्थानीय वर्कस्टेशन पर जगह ले लेगी, लेकिन यदि आप इसे देखना नहीं चाहते हैं (जो मूल रूप से इसे आपके वर्कस्पेस से हटा देता है) तो आप हमेशा शाखा को क्लोक कर सकते हैं और इसे पूरा करने के बाद इसे वापस कर सकते हैं और वापस विलय कर सकते हैं। – TrueWill
I इस पर कोई जानकारी नहीं मिली, इसलिए यदि कोई भी किसी भी लिंक पर आता है, तो मुझे उनको इंगित करें। उत्तर के लिए धन्यवाद। –