Системы контроля версий, ориентированные на мультимедиа (большие файлы)?

24

Существуют ли какие-либо системы контроля версий, которые особенно хорошо (или плохо) справляются с большими файлами? Ничего особенного, но, скажем, от нескольких сотен мегабайт до гигабайта.

В настоящее время у нас есть подрывная деятельность, но есть некоторые разговоры о том, что она не идеальна для этой цели. Я сам не разработчик, и я не знаю, насколько они объективны, поэтому я решил провести быстрый опрос сообщества для получения дополнительной информации.

Я заинтересован в поведении или пригодности этих решений VCS с точки зрения системы, а также с точки зрения пользователя.

ТИА.

DictatorBob
источник
2
Я хотел бы знать ответ. а пока просто rdiff-backup и скрипты ...
Хавьер
@Javier, это решение, которое мы также используем, пока что оно отлично работает!
faultyserver
/ svn / REPO / 2012 / - 811Gb, subversion-1.6.23 (r1485506). Нет проблем
ALex_hha

Ответы:

4

Еще один вариант, созданный для мультимедийных и творческих рабочих процессов, - это AlienBrain, который теперь принадлежит Avid. Он используется многими игровыми студиями для контроля версий игровых ресурсов и кода.

http://www.alienbrain.com/

Это может быть не лучшим решением, если вы не имеете дело с медиа-активами.

3dinfluence
источник
Это на самом деле тот, который они использовали в какой-то большой игровой студии, в которой я работал. Не могу вспомнить имя. Спасибо. :)
DictatorBob
7

Вы обнаружите, что они очень много, когда дело доходит до двоичных файлов.

Слухи, которые вы слышали, скорее всего, исходят из того, что бинарники, управляющие версиями, немного расходятся с силой контроля версий. Бинарные файлы не могут быть разложены или объединены, поэтому они рассматриваются как тупые копии. Весь файл заменяется на каждое небольшое изменение.

Это не означает, что вы не можете управлять бинарными файлами с контролем версий или что это бесполезно для вас . Если у вас есть требование откатить файл до версии, которую вы зафиксировали вчера. В этом случае он вам пригодился.

Хотя вы можете найти решение для хранения данных со снимками, оно будет работать лучше и эффективнее.

Дэн Карли
источник
2
Я бы порекомендовал систему хранения со снимками. Я использую ZFS для версии жестких дисков виртуальной машины, и она работает хорошо. Снимки сделаны практически мгновенно и занимают только место, необходимое для хранения измененных блоков.
Amok
Снимки могут быть хорошим вариантом. Я думаю, это зависит от того, смогу ли я настроить его, чтобы они могли (в основном) быть независимыми.
DictatorBob
@ Дэн, не лучше ли просто скопировать и вставить?
Pacerier
6

Похоже, кабан будет соответствовать вашим требованиям. Это контроль версий для больших двоичных файлов, таких как видео или изображения.

Матс Экберг
источник
Этот проект мне нравится, потому что у него нет рабочей копии текущего состояния хранилища. Это означает, что существуют только резервные копии данных (и редакции) и оригинал, а не «резервная копия» последнего обновленного состояния репо. Или, по крайней мере, так мне кажется.
MrSnowflake
4

Подавляющее большинство из тех, кому приходится иметь дело с множеством бинарных файлов (например, с играми), склонны использовать производительность, иногда со слоем над ней.


источник
3

git-annex "позволяет управлять файлами с помощью git, не проверяя содержимое файла в git. Хотя это может показаться парадоксальным, это полезно, если вы имеете дело с файлами, размер которых больше не может обрабатывать git, из-за ограничений памяти, времени или диска Космос."

Sciurus
источник
1

Adobe предлагает версию Cue CS4, которая была сделана для мультимедийных проектов. Вы можете проверить это.

Крис
источник
1

Я полагаю, что Bazaar довольно хорошо обрабатывает двоичные файлы, что, кажется, задокументировано здесь (4.1). Я полагаю, это зависит от того, хотите ли вы тратить деньги или нет, хотя в документации указано, что существуют лучшие инструменты (однако их не называется).

PixelSmack
источник
3
Цитата с этого сайта: Тем не менее, bzr - это, прежде всего, система контроля исходного кода, а не система архивирования мультимедиа. Таким образом, не является приоритетной задачей поддержка огромных (сто мегабайт) двоичных файлов или деревьев размером в несколько гигабайт. Есть другие инструменты, которые лучше подходят для этого.
Кристиан Чиупиту
1

На странице Википедии для Subversion также говорится, что она поддерживает двоичные файлы, хотя у меня нет личного опыта, поэтому я не могу комментировать, насколько хорошо она работает.

Встроенная поддержка бинарных файлов с компактным хранилищем для двоичных файлов.


источник
1

Если, и это очень важно, если вы используете программное обеспечение Autodesk (Maya, Autocad, Inventor и т. Д.), То есть Autodesk Vault .

Я недавно обнаружил это на работе. Это не бесплатная, но, похоже, единственная VCS, которая работает с файлами медиаресурсов Autodesk.

Тем не менее, он действительно подходит только для отслеживания изменений в файлах, которые он может проверять, поэтому с чертежными файлами все в порядке, но невозможно для «визуализированных ресурсов».

Я бы, наверное, пошел с мерзавцем.

Том О'Коннор
источник
1

Весьма боковой метод заключается в использовании объединенной файловой системы AUFS, которая используется Docker, чтобы позволить пользователям создавать различия для целых узлов файловой системы и публиковать их. Они говорят об этом в своем блоге .

Это не контроль версий со всеми инструментами git, но он позволяет добавлять и изменять файлы в большом дереве без ограничения реального размера.

Это было бы очень надежное решение только для медиа-файлов, но я не думаю, что оно дает детальный контроль, поэтому было бы лучше для проектов, где необходимость аналогична Docker.

Адам Нельсон
источник
0

Git сможет работать с двоичными файлами «от нескольких сотен мегабайт до гигабайта». Это очень быстро

Александр Левчук
источник
1
Это также не основано на сервере. Теперь, хотя мне действительно очень нравится идея распределенной VCS, где на вашем локальном компьютере есть копия всего хранилища, это может быть НЕМЕДЛЕННО медленно и громоздко, когда ваше хранилище выдает 1000 ГБ - что довольно банально, когда вы работаете с файлами в размер гигабайта. Затем центральный репозиторий + локальная рабочая папка, чтобы локальные машины оставались в здравом уме.
TomTom
0

Поиск по управлению цифровыми активами, кажется, называется «DAM» - это сегмент, предназначенный для разработчиков игр, студий, ученых, которые имеют большие файлы. Существует довольно много коммерческих продуктов, и, возможно, графический интерфейс будет легким, поскольку сегмент ориентирован на художников и неинженерных типов. Я смотрю на resourcespace.org прямо сейчас, потому что он с открытым исходным кодом и кажется простым и гибким.

Джон Фишер
источник
Git-lfs был представлен. YMMV
Охотник на оленей
Да, есть git-lfs, а также github для Windows ... Я не отказался от них для своего использования, но git-lfs + gitforwindows имеет худший графический интерфейс, но позволяет мне использовать локальное хранилище; github требует (я думаю), чтобы вы хранили на githuib, который не является началом этой темы. У него хороший графический интерфейс. Оба дают вам Git Bash, и это здорово!
Джон Фишер