2009-01-27 7 views
7

मुझे कुछ बड़ी फ़ाइलों (कुछ गिग) संस्करण के तहत रखने की आवश्यकता है।क्या संस्करण नियंत्रण प्रणाली हैं जो आपको फ़ाइलों को स्थायी रूप से हटाने की अनुमति देती हैं?

मुझे इसकी आवश्यकता नहीं है, और मैं फ़ाइलों के सभी संस्करण संस्करण के तहत नहीं रख सकता। मैं कुछ समय में अपने वीसीएस बड़े फाइल संस्करण से हटाने में सक्षम होना चाहता हूं।

फ़ाइलें जिन्हें मैं संस्करण नियंत्रण में रखना चाहता हूं वे बड़ी हैं। ज़िप फ़ाइलें या आईएसओ छवियां। इन फ़ाइलों में निष्पादन योग्य सॉफ़्टवेयर या डेटा (भूकंपीय डेटा, एसएआर छवियां, जीएनएसएस डेटा) हो सकता है और वे मेरी कंपनी के सॉफ़्टवेयर आपूर्तिकर्ता द्वारा प्रदान किए जाते हैं।

मैं किस नियंत्रण संस्करण प्रणाली का उपयोग कर सकता हूं?

+0

प्रश्न टेक्स्ट को बदला जाना चाहिए: "क्या संस्करण नियंत्रण प्रणाली हैं जो आपको फ़ाइलों को स्थायी रूप से हटाने की अनुमति देती हैं?" –

+0

@ निक पियरपॉइंट: आपके द्वारा सुझाए गए शीर्षक को संशोधित किया गया है। –

+0

यदि आप हमें इन फ़ाइलों के बारे में कुछ और बताते हैं तो यह आपको बेहतर उत्तर देने में हमारी सहायता कर सकता है: टेक्स्ट या बाइनरी? वे कैसे अधिग्रहण या उत्पन्न होते हैं (जाहिर है टाइपिंग द्वारा नहीं)? वे क्या हैं? –

उत्तर

4

मुझे नहीं लगता कि कोई संस्करण नियंत्रण प्रणाली है जो आपको नियमित रूप से ऐसा करने की अनुमति देती है क्योंकि यह सब कुछ संस्करण नियंत्रण प्रणाली के लिए खड़ा है।

+0

मैं नहीं करता हूं। कभी-कभी आप गलतियां करते हैं। आप गलती से एक विशाल बाइनरी में चेक-इन कर सकते हैं जिसे आप अभी और नहीं चाहते हैं। यह आपके रेपो के आकार को दोगुना कर सकता है और आप इसे और नहीं चाहते हैं। –

+0

मेरा मतलब है "नियमित रूप से"। इसका मतलब है कि लगभग सभी सिस्टम आपको किसी भी तरह से एक संग्रह से फ़ाइल को हटाने की अनुमति देते हैं, लेकिन किसी भी तरह से वीसीएस द्वारा रोजाना ऑपरेशन को प्रोत्साहित नहीं किया जाता है। – Bombe

8

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

+0

अच्छा जवाब, और एकमात्र उत्तर जो अब तक मूल प्रश्न का उत्तर देता है :)। Subversion में इसे संभालने के लिए लिंक http://subversion.tigris.org/faq.html#removal है। यहां वे TODO सूची पर "निरक्षर" होने के बारे में भी बात करते हैं। –

1

कई संस्करण नियंत्रण प्रणाली आपको उन्हें इस तरह से कॉन्फ़िगर करने की अनुमति देती हैं ताकि वे फ़ाइल के कई संस्करणों के बीच केवल अंतर को स्टोर कर सकें और उस के माध्यम से स्थान बचा सकें।

उदाहरण के लिए यदि आपके पास 1 गीगा फ़ाइल है, तो इसका एक हिस्सा बदलें और इसे फिर से प्रतिबद्ध करें, केवल परिवर्तित हिस्सा संस्करण नियंत्रण प्रणाली में संग्रहीत किया जाएगा।
2 गीगा का उपयोग नहीं किया जाएगा (प्रारंभिक और नई फ़ाइल) लेकिन केवल 1 गीग + आकार ओफ चेंज।

केवल एक नकारात्मक है: यदि आप फ़ाइलों को संग्रहीत कर रहे हैं जो अपनी पूरी सामग्री को संशोधन से संशोधित करने के लिए बदलते हैं तो यह भी प्रति-उत्पादक हो सकता है क्योंकि परिवर्तन मूल संस्करण के समान स्थान लेते हैं। पुरालेख फ़ाइलें ऐसी फाइलों के लिए एक उदाहरण हैं जहां (असली) सामग्री में केवल एक छोटा सा परिवर्तन संग्रह फ़ाइल की पूरी तरह से परिवर्तित सामग्री का कारण बन सकता है।

मैं अपने आप को और अपनी विशिष्ट आवश्यकताओं और पर्यावरण के साथ कई संस्करण नियंत्रण प्रणालियों का परीक्षण करने और सर्वर पर प्रत्येक की निगरानी करने का सुझाव देता हूं कि प्रत्येक सिस्टम के लिए स्टोरेज आवश्यकताएं कैसे बदलती हैं।

1

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

मैंने इसे केवल darcs में परीक्षण किया है, और वहां यह काम करता है, लेकिन संस्करण नियंत्रण प्रणाली के आधार पर वाईएमएमवी और मामलों का उपयोग करता है।

3

टीएफएस में एक विनाश कमांड है जिसका उपयोग आप फिट बैठकर फ़ाइलों या संशोधनों को स्थायी रूप से हटाने के लिए कर सकते हैं।

इस MSDN article पर और जानकारी है।

4

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

+0

पी 4 अब आपको फ़ाइल प्रकार (+ एस) –

4

किसी भी तरह मुझे यह धारणा मिलती है कि आपको संस्करण नियंत्रण प्रणाली का उपयोग नहीं करना चाहिए। जैसा कि पहले कहा गया था, आप जो कुछ करने की कोशिश कर रहे हैं, वह सब कुछ है जिसके लिए आपको पहले संस्करण में संस्करण नियंत्रण प्रणाली की आवश्यकता होगी।

मेरा सुझाव है कि आप एक फ़ाइल सिस्टम निर्देशिका संरचना बनाएं जो कि आप जो करने की कोशिश कर रहे हैं उसके लिए समझ में आता है और ताकि आप अपना डेटा बना सकें। और बस उन फ़ाइलों का बैकअप लें।

+0

के हिस्से के रूप में सहेजे जाने वाले संशोधनों के # निर्दिष्ट करने की अनुमति देता है ओपी के बारे में बात करने वाली फाइलों के प्रकार के लिए, यह सबसे अच्छा जवाब है। – NotMe

1

यह मुझे लगता है जैसे आपको संस्करण नियंत्रण के बजाय एक बुद्धिमान बैकअप सिस्टम की आवश्यकता है।

मैं SyncBackSE का उपयोग करता हूं; यह आपको पिछले कई संस्करणों को रखने की अनुमति देता है, और "30 दिनों पहले से अधिक सभी फ़ाइलों को अनदेखा" जैसी चीजें भी कर सकता है।

यह मेरे द्वारा उपयोग किए जाने वाले भुगतान के कुछ बिट्स में से एक है। मुझे लगता है कि यह जांचने लायक है।

1

मुझे लगता है कि आप "एलियनब्रेन" "बाल्टी" प्रणाली जैसे कुछ के बारे में बात कर रहे हैं, है ना? संस्करण नियंत्रण से कुछ संशोधन को हटाने की क्षमता। यदि आप किसी आइटम को नष्ट करना चाहते हैं, तो इसे सामान्यतः "विलुप्त" कहा जाता है और यह वहां कई प्रणालियों द्वारा समर्थित है। बाल्टी, AFAIK द्वारा समर्थित हैं:

0

मैं एक अनूठा नाम (datestamped, शायद) के तहत इस तरह की फ़ाइलों की बचत होगी, और शायद इसके अलावा एक शाब्दिक बनाना संस्करण नियंत्रण प्रणाली में बाहरी फ़ाइल का संदर्भ।

0

Fossil आपको "शुन" तंत्र के माध्यम से ऐसा करने की अनुमति देता है। जीवाश्म एक वितरित एससीएम है, हालांकि, इसका मतलब है कि यह सभी भंडारों (स्पष्ट कारणों से) को प्रभावित नहीं करता है।

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

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