هل هناك توزيع فكس التي يمكن أن تدير كبيرة من الملفات ؟

Question

هل هناك نظام التحكم في الإصدار توزيعها (git, بازار, الزئبقي, darcs.... الخ) التي يمكن التعامل مع ملفات أكبر من ذاكرة الوصول العشوائي المتاحة?

أنا بحاجة إلى أن تكون قادرة على ارتكاب كبيرة من الملفات الثنائية (أيمجموعات البيانات ، مصدر الفيديو/الصور أرشيف), ولكن لا تحتاج إلى أن تكون قادرة على مهرجان دبي السينمائي الدولي لهم ، فقط تكون قادرة على ارتكاب ومن ثم التحديث عند التغييرات الملف.

آخر مرة نظرت إلى هذا قبل حوالي سنة و لا أحد من المرشحين واضح يسمح هذا, منذ أنهم جميعا تهدف إلى مهرجان دبي السينمائي الدولي في الذاكرة من أجل السرعة.التي تركت لي مع فكس لإدارة التعليمات البرمجية شيء آخر ("إدارة الأصول" البرمجيات أو مجرد رسينك والبرامج النصية) للملفات الكبيرة ، التي هي قبيحة جدا عندما الدليل هياكل اثنين من التداخل.

Answer 1

لقد مرت 3 سنوات منذ أن سألت هذا السؤال ، ولكن اعتبارا من الإصدار 2.0 الزئبقي يشمل largefiles امتداد, الذي يحقق ما كنت تبحث في الأصل على:

على largefiles التمديد يسمح لتتبع كبيرة ، غير قابل الملفات الثنائية في الزئبقي دون الحاجة إلى الإفراط في عرض النطاق الترددي من أجل استنساخ وتسحب.الملفات إضافة largefiles لم تعقب مباشرة عن طريق الزئبقي;بل عن التنقيحات التي تم تحديدها من قبل اختباري ، الزئبقي المسارات هذه اختبارية.هذا الطريق ، عند استنساخ مستودع أو سحب في changesets ، ملفات كبيرة في السن المراجعات مستودع ليست هناك حاجة فقط تلك التي تحتاج إلى تحديث إلى الإصدار الحالي يتم تحميلها.هذا يوفر مساحة القرص وعرض النطاق الترددي.

Answer 2

لا يوزع مجانا نظام التحكم في الإصدار يدعم هذا.إذا كنت تريد هذه الميزة ، سيكون لديك لتنفيذ ذلك.

يمكنك شطب git:فهي ترغب في أداء الخام من أجل تطوير نواة لينكس حالة استخدام.فمن غير المحتمل أنها من أي وقت مضى قبول الأداء المفاضلة في زيادة ضخمة الملفات الثنائية.أنا لا أعرف عن الزئبقي ، ولكن يبدو أنها جعلت خيارات مماثلة كما بوابة في اقتران التشغيل نموذج إلى نموذج التخزين الأداء.

من حيث المبدأ, بازار ينبغي أن تكون قادرة على دعم حالة استخدام مع البرنامج المساعد الذي ينفذ شجرة/فرع/مستودع الأشكال التي على القرص التخزين وتنفيذ استراتيجية هو الأمثل للاستخدام الخاص بك الحالة.في حالة العمارة الداخلية كتل وأنت الإفراج مفيدة رمز أتوقع الأساسية المطورين سوف تساعد على إصلاح العمارة الداخلية.كما يمكن إعداد ميزة عقد تطوير مع الكنسي.

ربما الأكثر النهج العملي ، وبغض النظر عن DVCS بناء نظام هجين:تنفيذ ضخمة ملف مخزن مخزن الإشارات إلى النقط في هذا المخزن في DVCS من اختيارك.

الإفصاح الكامل:أنا موظف سابق الكنسي وعملت بشكل وثيق مع سوق المطورين.

Answer 3

نعم ، البلاستيك SCM.انها وزعت وأنه يدير ملفات ضخمة في كتل من 4Mb حتى انها ليست محدودة بسبب الحاجة إلى تحميلها كليا على mem في أي وقت.تجد البرنامج التعليمي على DVCS هنا:http://codicesoftware.blogspot.com/2010/03/distributed-development-for-windows.html

Answer 4

BUP قد يكون ما تبحث عنه.وقد بنيت على أنها امتداد بوابة وظائف لعمل النسخ الاحتياطية ، ولكن هذا فعليا نفس الشيء.فإنه يكسر الملفات إلى قطع و يستخدم المتداول التجزئة إلى جعل محتوى الملف عنونة/هل كفاءة التخزين.

• https://github.com/bup/bup
• http://blogs.kde.org/node/4440

Answer 5

أعتقد أنها ستكون غير فعالة لتخزين الملفات الثنائية في أي شكل من أشكال نظام التحكم في الإصدار.

أفضل فكرة أن يكون لتخزين البيانات الفوقية textfiles في مستودع التي تشير إلى الكائنات الثنائية.

Answer 6

هل يجب أن يكون توزيعها ؟ من المفترض واحد فائدة كبيرة التخريب قد أحدث, توزيع VCSes هو القدرة الفائقة على التعامل مع الملفات الثنائية.

Answer 7

لقد جئت إلى استنتاج مفاده أن الحل الأفضل في هذه الحالة أن يكون استخدام ZFS.

نعم ZFS ليس DVCS ولكن:

• يمكنك تخصيص مساحة مستودع طريق خلق جديد خ
• يمكنك تعقب التغييرات من خلال إنشاء لقطات
• يمكنك إرسال لقطات (تلزم) إلى آخر ZFS dataset