मैं बड़ी कामकाजी निर्देशिका (कई गिग) पर सूक्ष्म परिवर्तन (कई दिन) ट्रैक करने के लिए गिट का उपयोग करना चाहता हूं। डेटा मिश्रित द्विआधारी/सादा पाठ होगा। बाइनरी डेटा टेक्स्ट की जानकारी जितनी ज्यादा बदल नहीं जाएगी। पुराने कामों तक पहुंच की शायद ही कभी आवश्यकता होगी, और धीमा हो सकता है, जबकि हाल के इतिहास को तेजी से होना जरूरी है।गिट-संग्रह पुराने काम करता है
मैं पुराने डेटा को स्थायी रूप से खोना नहीं चाहता, बस इसे बैकअप सर्वर या किसी चीज़ पर ले जाएं। क्या गिट में कुछ ऐसा है जो पुराने इतिहास को संग्रहीत करने की अनुमति देता है और स्थानीय भंडार में केवल एक निश्चित सबसेट रखता है?
यदि नहीं, तो क्या कोई ऐसा उपकरण है जो इस उद्देश्य के लिए अधिक उपयुक्त है? मुझे गिट पसंद है क्योंकि मुझे पता है और मैं संस्करण नियंत्रण और diffs चाहता हूँ। मुझे गिट की किसी भी उन्नत विशेषताओं की आवश्यकता नहीं होगी (जैसे ब्रांचिंग/विलय, वितरित नहीं), इसलिए कोई अन्य समान वीसीएस अच्छा होगा।
अधिकतर टेक्स्ट फ़ाइलों में एक दिन में कई बदलावों को शायद "माइक्रो" के रूप में गिना जाता है, जो प्रतिबद्धता दर के बारे में है, किसी भी पुराने प्रोजेक्ट को नए विकास के बजाए बग फिक्सिंग पर भारी चरणों के दौरान मिलता है। गिट * को बिना किसी ब्लोट के इसे संभालने में सक्षम होना चाहिए। क्या आपका भंडार वास्तव में आकार में बढ़ रहा है कि जल्दी से आपको अपने इतिहास के ऑफ-साइट का हिस्सा डंप करने की आवश्यकता है? – millimoose
सिवाय इसके कि कुल डेटा आकार> 100GB हो सकता है। चतुर संपीड़न के साथ भी, 10,000+ फ़ाइलों के पैमाने पर भी मामूली परिवर्तन दिन में कई बार स्थानीय रूप से भंडार कैश में महत्वपूर्ण रूप से जोड़ देगा। मैं स्वचालित रूप से पुन: प्रयास करने की योजना बना रहा हूं, लेकिन उस उपयोगीता की सीमा भी है। यह वास्तव में गिट के लिए डिज़ाइन नहीं किया गया था, इसलिए मैं सोच रहा था कि क्या मैंने पहले से ही उस चीज का समर्थन किया है जब मैं छिद्र को तोड़ने और पहिया को फिर से शुरू करने से पहले। – tjameson