2008-11-08 17 views
13

हम काम पर एससीएम के लिए खुशी से एसवीएन का उपयोग करते हैं। वर्तमान में मुझे हमारे कोड के रूप में एक ही एसवीएन भंडार में हमारी द्विआधारी संपत्तियां मिली हैं। एसवीएन बहुत बड़ी फाइलों का समर्थन करता है (यह स्मृति उपयोग कोने रखने के लिए उन्हें 'स्ट्रीमली' प्रेषित करता है), लेकिन यह SLOOWWWWW है।संस्करण नियंत्रण

लगभग एक जीबी (और बढ़ती) संपत्तियों के मूल्य के लिए आप किस संपत्ति प्रबंधन सॉफ्टवेयर की सिफारिश करते हैं? हम शाखाकरण और विलय करना पसंद करेंगे (अलग-अलग संपत्ति & कॉन्फ़िगरेशन फाइलें विभिन्न ग्राहकों पर जाती हैं)।

+0

डुप्लिकेट: http://stackoverflow.com/questions/275147/svn-optimizations-to-keep-large-repositories-responsive –

+0

पहला पैराग्राफ साझा किया गया है, प्रश्न पूरी तरह से अलग हैं। –

उत्तर

4

कृपया ध्यान रखें कि बाइनरी फ़ाइलों को मर्ज करना लगभग असंभव है! कम से कम स्वचालित रूप से। कम से कम मैंने कभी ऐसे कार्यक्रम के बारे में नहीं सुना है जो द्विआधारी प्रारूप पर तीन-तरफा विलय का समर्थन करता है। अकेले संघर्ष को हल करने दें।

यही कारण है कि अधिकांश संपत्ति प्रबंधन उपकरण में ब्रांचिंग नहीं होती है, क्योंकि इससे थोड़ा समझ नहीं आता है क्योंकि आप फिर से विलय नहीं कर सकते हैं। लॉकिंग और रैखिक इतिहास बेहतर है। यदि आप "शाखा" बनाना चाहते हैं, तो फ़ाइल के साथ फ़ाइल की प्रति बनाएं।

3

पर्सफोर्स एकमात्र संस्करण नियंत्रण प्रणाली है जिसे मैंने बड़ी फाइलों और पूरी परियोजनाओं के लिए उपयोग किया है। यह दो सीटों के लिए मुफ़्त है, लेकिन अधिक उपयोगकर्ताओं के लिए बहुत महंगा है (प्रति सीट $ 900)। मैंने सुना है कि यह टेराबाइट के रूप में बड़े भंडारों को संभाल सकता है।

गिट एक और विकल्प हो सकता है। यह एसवीएन से कुछ अलग तरीके से व्यवहार करता है, लेकिन बड़ी परियोजनाओं (जैसे लिनक्स कर्नेल) के लिए बनाया जाता है। मुझे यकीन नहीं है कि यह बड़ी बाइनरी फाइलों के लिए अच्छा है या नहीं।

+2

जीआईटी और एडोब फ्लैश परियोजनाओं के साथ (45 एमबी एफएलए फाइलें), मैं घातक दिखना शुरू कर रहा हूं: स्मृति से बाहर, मॉलोक विफल रहा। मेरे मशीनों में 2 जीबी है, इसलिए मुझे लगता है कि जीआईटी बड़ी फाइलों को संभालने में अच्छा नहीं है। – neoneye

+1

जब मैंने गेमिंग उद्योग में काम किया था तो मैंने पर्सफोर्स का इस्तेमाल किया था। यह कभी-कभी काफी परेशान होता है, लेकिन यह बड़ी फ़ाइलों को बहुत अच्छी तरह से संभालता है। हमारी सभी संपत्तियों को मजबूती में रखा गया था। – gruszczy

0

यदि आपको बड़ी फ़ाइलों को प्रबंधित करने की आवश्यकता है, तो प्लास्टिक एससीएम (www.plasticscm.com) को आज़माएं। AFAIK Perforce भी एक विकल्प है लेकिन शाखाकरण और विलय मजबूत नहीं हैं।

3

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

यह सिद्धांत है। प्रैक्टिस में, हमने दस्तावेज़ को धीमा, कॉन्फ़िगर करने और प्रबंधित करने में कठोर पाया। और ईमानदारी से, हम दस्तावेजों के बहुत सारे है, भले ही, उनमें से ज्यादातर में कुछ 100 के मो

यह आपको आपको क्या करना चाहिए की तुलना में ऐसा नहीं करना चाहिए क्या की अधिक जवाब से बड़ा नहीं कर रहे हैं ... खेद ...

1

Mercurial large files extension मदद कर सकता है। यह फ़ाइलों को "बड़े" के रूप में टैग करने की क्षमता जोड़ता है। उन फ़ाइलों को केंद्रीय भंडार में शेष भंडार से अलग करता है। हैश का उपयोग यह निर्धारित करने के लिए करता है कि आपको कौन सी बड़ी फाइलों की आवश्यकता है और केवल उन लोगों को डाउनलोड करें जिन्हें आपको अभी चाहिए।

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