संस्करण नियंत्रण प्रणाली मल्टीमीडिया (बड़ी फ़ाइलों) की ओर तैयार है?


24

क्या कोई संस्करण नियंत्रण प्रणालियाँ हैं जो बड़ी फ़ाइलों से निपटने में विशेष रूप से अच्छी (या बुरी) हैं? कुछ भी पागल नहीं है, लेकिन कई सौ मेगाबाइट से एक गीगाबाइट तक, आइए बताते हैं।

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

मैं इन VCS समाधानों के व्यवहार और उपयुक्तता में दिलचस्पी रखता हूं, सिस्टम बिंदु से और साथ ही उपयोगकर्ता के दृष्टिकोण से।

TIA।


2
मुझे एक उत्तर जानना अच्छा लगेगा। अभी के लिए, बस rdiff- बैकअप और स्क्रिप्ट ...
जेवियर

@ जेवियर, यह एक ऐसा उपाय है जिसे हम अच्छी तरह से उपयोग करते हैं, अब तक इसका काम बहुत अच्छा है!
दोषपूर्ण

/ svn / REPO / 2012 / - 811Gb, तोड़फोड़-1.6.23 (r1485506)। कोई समस्या नहीं है
ALex_hha

जवाबों:


4

मल्टीमीडिया और रचनात्मक वर्कफ़्लोज़ के लिए बनाया गया एक अन्य विकल्प है एलियनब्रेन जो अब एवीएल के स्वामित्व में है। यह बहुत सारे गेम स्टूडियो द्वारा उपयोग किया जाता है, खेल परिसंपत्तियों और कोड को नियंत्रित करता है।

http://www.alienbrain.com/

यदि आप मीडिया परिसंपत्तियों के साथ काम नहीं कर रहे हैं तो यह सबसे अच्छा समाधान नहीं हो सकता है।


यह वास्तव में एक है जो वे एक बड़े बड़े गेम स्टूडियो में उपयोग करते थे जो मैंने काम किया था। नाम याद नहीं आ रहा। धन्यवाद। :)
डिक्टेटरबाक

7

आप पाएंगे कि जब वे बाइनरी फ़ाइलों की बात करते हैं, तो वे बहुत अधिक मात्रा में होते हैं।

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

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

यद्यपि आप स्नैपशॉट के साथ एक भंडारण समाधान पा सकते हैं जो आपको बेहतर और अधिक कुशलता से कार्य करता है।


2
स्नैपशॉट के साथ एक भंडारण प्रणाली वह है जो मैं भी सुझाऊंगा। मैं ZFS का उपयोग अपने वर्चुअल मशीन हार्ड ड्राइव को संस्करणित करने के लिए करता हूं, यह अच्छी तरह से काम करता है। स्नैपशॉट लगभग तत्काल हैं और वे केवल बदले हुए ब्लॉकों को संग्रहीत करने के लिए आवश्यक स्थान लेते हैं।
अमोक

स्नैपशॉट एक अच्छा विकल्प हो सकता है। मुझे लगता है कि यह इस बात पर निर्भर करता है कि मैं इसे स्थापित कर सकता हूं या नहीं, इसलिए वे (ज्यादातर) स्वतंत्र हो सकते हैं।
डिक्टेटरबाक

@, क्या यह कॉपी-पेस्ट से बेहतर नहीं है?
पचेरियर

6

ऐसा लगता है कि सूअर आपकी आवश्यकताओं को पूरा करेगा। यह बड़ी द्विआधारी फ़ाइलों जैसे वीडियो या चित्रों के लिए संस्करण नियंत्रण है।


यह परियोजना मेरे लिए अपील करती है, क्योंकि इसमें वर्तमान रिपॉजिटरी राज्य की एक कार्यशील निर्देशिका कॉपी नहीं है। मतलब केवल समर्थित डेटा (और संशोधन) और मूल मौजूद हैं, न कि रेपो की अंतिम अद्यतन स्थिति का 'बैकअप'। या कम से कम यह मुझे कैसा लगता है।
MrSnowflake

4

बाइनरी फ़ाइलों (जैसे खेल) के भार से निपटने के लिए उन लोगों के विशाल बहुमत, कभी-कभी उस पर एक परत के साथ, पर्फेक्ट का उपयोग करते हैं।


3

git-annex "फ़ाइल की सामग्री को git में जाँचे बिना, git के साथ फ़ाइलों को प्रबंधित करने की अनुमति देता है। जबकि विरोधाभासी लग सकता है, यह तब उपयोगी होता है जब git से बड़ी फ़ाइलों के साथ काम करना वर्तमान में आसानी से संभाल सकता है, चाहे स्मृति, समय या डिस्क में सीमाओं के कारण। अंतरिक्ष। "


1

एडोब संस्करण क्यू CS4 प्रदान करता है, जो मल्टीमीडिया परियोजनाओं के लिए बनाया गया था। आप उसकी जांच करना चाह सकते हैं।


1

मेरा मानना ​​है कि बाज़ार बाइनरी फ़ाइलों को बहुत अच्छी तरह से संभालता है, ऐसा लगता है कि यहाँ (4.1) दस्तावेज है । मुझे लगता है कि यह इस बात पर निर्भर करता है कि क्या आप पैसा खर्च करना चाहते हैं या नहीं, क्योंकि प्रलेखन में कहा गया है कि वहाँ बेहतर उपकरण हैं (यह हालांकि इसका नाम नहीं है)।


3
उस साइट से उद्धरण: यह कहा, bzr मुख्य रूप से एक स्रोत कोड नियंत्रण प्रणाली है, न कि मीडिया संग्रह प्रणाली। इसलिए यह विशाल (सौ-मेगाबाइट) बायनेरिज़ या बहु-गीगाबाइट पेड़ों का समर्थन करना प्राथमिकता नहीं है। वहाँ अन्य उपकरण है कि बेहतर अनुकूल हैं।
क्रिस्टियन सियुपिटु

1

तोड़फोड़ के लिए विकिपीडिया पृष्ठ यह भी बताता है कि यह द्विआधारी फ़ाइलों का समर्थन करता है, हालांकि मेरे पास इसका व्यक्तिगत अनुभव नहीं है इसलिए यह टिप्पणी नहीं कर सकता है कि यह कितनी अच्छी तरह काम करता है।

बाइनरी फ़ाइलों के लिए मूल समर्थन, अंतरिक्ष-कुशल बाइनरी-डिफरेंस स्टोरेज के साथ।


1

यदि, और यह एक बड़ा है, यदि आप ऑटोडेस्क सॉफ्टवेयर (माया, ऑटोकैड, आविष्कारक, आदि ...) का उपयोग कर रहे हैं, तो फिर ऑटोडस्क वॉल्ट है

मुझे हाल ही में काम पर यह पता चला। यह मुफ़्त नहीं है, लेकिन यह केवल वीसीएस है जो ऑटोडेस्क मीडिया परिसंपत्ति फ़ाइलों पर काम करता है।

हालाँकि, यह केवल उन फ़ाइलों में परिवर्तन पर नज़र रखने के लिए वास्तव में उपयुक्त है, इसलिए उन फ़ाइलों को आरेखित करना जिनके साथ यह ठीक है, लेकिन 'रेंडर की गई संपत्तियों' के लिए संभव नहीं है।

मैं शायद git के साथ जाऊँगा।


1

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

यह git के सभी उपकरणों के साथ संस्करण नियंत्रण नहीं है, लेकिन यह एक को बड़े आकार में फ़ाइलों को जोड़ने और संशोधित करने की अनुमति देता है जिसमें कोई वास्तविक आकार सीमा नहीं है।

यह सिर्फ मीडिया फ़ाइलों के लिए एक बहुत ही मजबूत समाधान होगा, लेकिन मुझे नहीं लगता कि यह दानेदार नियंत्रण देता है, इसलिए यह उन परियोजनाओं के लिए सबसे अच्छा होगा जहां आवश्यकता डोकर के समान है।


0

Git "कई सौ मेगाबाइट से एक गीगाबाइट" बाइनरी फ़ाइलों से निपटने में सक्षम होगा। यह बहुत तेज है।


1
यह भी सर्वर आधारित नहीं है। अब, जब मैं वास्तव में एक वितरित वीसीएस के विचार को पसंद करता हूं, जहां आपकी स्थानीय मशीन में पूरे रिपॉजिटरी की एक प्रति होती है, तो यह एक हल्का और बोझिल हो सकता है जब आपकी रिपॉजिटरी 1000gb को उड़ा देती है - जब आप फाइलों के साथ सौदा करते हैं गीगाबाइट आकार। फिर एक केंद्रीय भंडार + स्थानीय वर्कफ़्लो सुनिश्चित करता है कि स्थानीय मशीनें सन्न रह सकती हैं।
टॉमटॉम

0

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


Git-lfs का अनावरण किया गया है। YMMV
हिरण हंटर

हाँ वहाँ git-lfs है, और खिड़कियों के लिए भी github ... मैंने अपने उपयोग के लिए उन पर हार नहीं मानी है, लेकिन git-lfs + gitforwindows में GUI अधिक खराब है, लेकिन मुझे स्थानीय भंडारण का उपयोग करने की अनुमति देता है; github की आवश्यकता है (मुझे लगता है) आपको githuib पर संग्रहीत करना होगा, जो इस विषय के लिए एक गैर-स्टार्टर है। यह एक अच्छा जीयूआई है। दोनों आपको Git Bash देते हैं जो शानदार है!
जॉन फिशर
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.