Sistem kontrol versi diarahkan untuk multimedia (file besar)?

24

Apakah ada sistem kontrol versi di luar sana yang sangat baik (atau buruk) dalam menangani file besar? Tidak ada yang terlalu gila, tetapi dari beberapa ratus megabyte menjadi satu gigabyte, katakanlah.

Saat ini kami memiliki subversi, tetapi ada beberapa gumaman tentang hal itu tidak ideal untuk tujuan ini. Saya sendiri bukan pengembang, dan saya tidak tahu seberapa objektif mereka, jadi saya pikir saya akan melakukan survei komunitas cepat untuk info tambahan.

Saya tertarik pada perilaku atau kesesuaian solusi VCS ini dari sudut pandang sistem serta sudut pandang pengguna.

TIA.

DictatorBob
sumber
2
saya ingin tahu jawabannya. untuk saat ini, hanya rdiff-backup dan skrip ...
Javier
@ Javier, Ini adalah solusi yang kami gunakan juga, sejauh ini berhasil!
faultyserver
/ svn / REPO / 2012 / - 811Gb, subversi-1.6.23 (r1485506). Tidak punya masalah
ALex_hha

Jawaban:

4

Opsi lain yang dibuat untuk alur kerja multimedia dan kreatif adalah AlienBrain yang sekarang dimiliki oleh Avid. Ini digunakan oleh banyak studio game untuk mengontrol versi aset dan kode game.

http://www.alienbrain.com/

Mungkin ini bukan solusi terbaik jika Anda tidak berurusan dengan aset media.

Pengaruh 3d
sumber
Itu sebenarnya yang mereka gunakan di studio game besar tertentu tempat saya bekerja. Tidak dapat mengingat namanya. Terima kasih. :)
DictatorBob
7

Anda akan menemukan bahwa mereka sangat banyak dalam hal file biner.

Bergumam yang Anda dengar kemungkinan besar berasal dari gagasan bahwa versi yang mengendalikan binari sedikit bertentangan dengan kekuatan kontrol versi. File biner tidak dapat difed atau digabungkan, sehingga diperlakukan sebagai salinan bodoh. Seluruh file diganti pada setiap perubahan kecil.

Ini bukan untuk mengatakan bahwa Anda tidak dapat mengontrol file biner versi atau memang itu tidak berguna bagi Anda untuk melakukannya. Jika Anda memiliki persyaratan untuk memutar kembali file ke versi yang Anda lakukan kemarin. Dalam hal ini telah digunakan untuk Anda.

Meskipun Anda mungkin menemukan solusi penyimpanan dengan snapshot memberi Anda lebih baik dan lebih efisien.

Dan Carley
sumber
2
Sistem penyimpanan dengan snapshot adalah apa yang saya rekomendasikan juga. Saya menggunakan ZFS untuk versi hard drive mesin virtual saya dan itu berfungsi dengan baik. Snapshots hampir instan dan hanya mengambil ruang yang diperlukan untuk menyimpan blok yang diubah.
Amok
Snapshots mungkin merupakan opsi yang baik. Saya kira itu tergantung pada apakah saya dapat mengaturnya sehingga mereka dapat (sebagian besar) independen.
DictatorBob
@Dan, Bukankah ini tidak lebih baik dari sekadar copy-paste?
Pacerier
6

Sepertinya Boar akan memenuhi kebutuhan Anda. Ini adalah kontrol versi untuk file biner besar seperti video atau gambar.

Mats Ekberg
sumber
Proyek ini menarik bagi saya, karena tidak memiliki salinan direktori kerja dari kondisi repositori saat ini. Yang berarti hanya data yang dicadangkan (dan revisi) dan yang asli ada, bukan 'cadangan' dari status repo yang terakhir diperbarui. Atau setidaknya begitulah menurut saya.
MrSnowflake
4

Sebagian besar dari mereka yang harus berurusan dengan banyak file biner (misalnya game) cenderung menggunakan terpaksa, kadang-kadang dengan lapisan di atasnya.


sumber
3

git-annex "memungkinkan mengelola file dengan git, tanpa memeriksa isi file menjadi git. Meskipun itu mungkin tampak paradoks, berguna saat menangani file yang lebih besar daripada git saat ini dapat dengan mudah ditangani, apakah karena keterbatasan dalam memori, waktu, atau disk ruang."

sciurus
sumber
1

Adobe menawarkan Version Cue CS4, yang dibuat untuk proyek multimedia. Anda mungkin ingin memeriksanya.

Chris
sumber
1

Saya percaya Bazaar menangani file biner dengan cukup baik, ini sepertinya didokumentasikan di sini (4.1). Saya kira ini tergantung pada apakah Anda ingin menghabiskan uang atau tidak karena dokumentasi tidak menyatakan ada alat yang lebih baik di luar sana (itu tidak menyebutkan nama mereka).

PixelSmack
sumber
3
Mengutip dari situs itu: Yang mengatakan, bzr terutama merupakan sistem kontrol kode sumber, bukan sistem arsip media. Jadi itu bukan prioritas untuk mendukung binari besar (seratus megabyte) atau pohon multi-gigabyte. Ada alat lain yang lebih cocok untuk itu.
Cristian Ciupitu
1

Halaman Wikipedia untuk Subversion juga menyatakan bahwa ia mendukung file biner walaupun saya tidak memiliki pengalaman pribadi tentang hal ini sehingga tidak dapat mengomentari seberapa baik kerjanya.

Dukungan asli untuk file biner, dengan penyimpanan biner-diff yang efisien-ruang.


sumber
1

Jika, dan itu besar jika, Anda menggunakan perangkat lunak Autodesk (Maya, Autocad, Inventor, dll ...) Lalu ada Vault Autodesk .

Saya baru-baru menemukan ini di tempat kerja. Ini tidak gratis, tetapi tampaknya satu-satunya VCS yang berfungsi pada file aset media Autodesk.

Namun, ini hanya sangat cocok untuk melacak perubahan pada file yang dapat diperiksa, jadi menggambar file tidak masalah, tetapi tidak mungkin untuk 'aset yang diberikan'.

Saya mungkin akan pergi dengan git.

Tom O'Connor
sumber
1

Metode yang sepenuhnya lateral adalah dengan menggunakan sistem berkas gabungan AUFS yang digunakan oleh Docker untuk memungkinkan pengguna membuat perbedaan terhadap seluruh simpul sistem berkas dan menerbitkannya. Mereka membicarakannya di blog mereka .

Ini bukan kontrol versi dengan semua alat git tetapi memungkinkan seseorang untuk menambah dan memodifikasi file dalam pohon besar tanpa batas ukuran nyata.

Ini akan menjadi solusi yang sangat kuat hanya untuk file media tapi saya tidak berpikir itu memberikan kontrol granular sehingga akan lebih baik untuk proyek-proyek di mana kebutuhannya mirip dengan Docker.

Adam Nelson
sumber
0

Git akan dapat menangani file biner "beberapa ratus megabyte hingga satu gigabyte". Ini sangat cepat.

Aleksandr Levchuk
sumber
1
Ini juga bukan berbasis server. Sekarang, sementara saya benar-benar menyukai gagasan VCS terdistribusi di mana mesin lokal Anda memiliki salinan seluruh repositori, ini mungkin SEDIKIT lambat dan rumit ketika repositori Anda berhembus 1000gb - yang agak sepele ketika Anda berurusan dengan file di ukuran gigabyte. Kemudian repositori sentral + workfolder lokal memastikan mesin lokal bisa tetap waras.
TomTom
0

Pencarian di Digital Asset Management tampaknya disebut "DAM" - segmen yang ditujukan untuk pengembang game, studio, ilmuwan yang memiliki file besar. Ada beberapa produk komersial, dan mungkin GUI akan mudah karena segmen ini ditujukan untuk artis dan tipe non-insinyur. Saya melihat resourcespace.org sekarang karena open-source dan tampaknya sederhana dan fleksibel.

John Fisher
sumber
Git-lfs telah diluncurkan. YMMV
Pemburu Rusa
Ya ada git-lfs, dan juga github untuk windows ... Saya belum menyerah pada mereka untuk saya gunakan, tetapi git-lfs + gitforwindows memiliki GUI yang lebih buruk tetapi memungkinkan saya untuk menggunakan penyimpanan lokal; github mengharuskan (saya pikir) Anda untuk menyimpan di githuib, yang merupakan non-starter untuk topik ini. Itu memang memiliki GUI yang bagus. Keduanya memberi Anda Git Bash yang hebat!
John Fisher