Версионное хранилище для больших файлов (PSD, FLV и т. Д.)
В настоящее время мы ищем решения проблемы управления версиями / хранения для больших творческих работ. Кажется, сами дизайнеры хотят SVN, но это кажется неуместным механизмом. Ожидается, что файлы будут находиться в диапазоне от 10 до 200 Мб, они будут пересматриваться несколько раз в течение проекта, затем окончательная копия архивируется и исправления удаляются.
ПРИМЕЧАНИЕ. Мы должны использовать внешнего поставщика SVN по внутренним причинам, но это не относится к решению, отличному от SVN; нам понадобится местное решение для этого.
Итак, я хотел бы знать, есть ли у кого-нибудь в настоящее время внутреннее решение для креативного / дизайнерского отдела, и если да, какое программное обеспечение / настройки вы используете?
Спасибо, ребята, Этяр.
8 ответов
Adobe Design Cue, вероятно, идеально подходит для дизайнерского дома. Он предназначен для работы с версией, управляющей большими изображениями.
Я бы рекомендовал использовать SVN (или любую другую систему управления версиями) для больших двоичных файлов, потому что нет опции expire. Хранение может стать довольно большой проблемой, если вы не очень критично управляете репозиториями, поэтому вы можете удалить их / заархивировать их после завершения проектов. SVN не будет тормозить, когда репозитории огромны (наш код с несколькими гигабайтами фиксирует файлы так же быстро, как новый), но они никогда не прекращают расти.
Как человек, который ищет подобное решение для файлов видео-проекта, я согласен с тем, что SVN на самом деле не является решением, и я не думаю, что Git тоже. Я смотрел на couchDB на самом деле. Пользовательский интерфейс должен быть закодирован для этого (но может быть в Javascript или что-то в этом роде), но это база данных документов, поэтому я думаю, что концептуально он работает лучше. И он предназначен для работы с двоичными объектами. Поэтому я думаю, что это было бы хорошо с производительностью.
Может быть, есть о чем подумать.
Я бы использовал Amazon S3 с S3fox.
Вы можете создать контейнер для каждого из ваших разработчиков, вы можете создать мгновенные публичные или защищенные паролем ссылки для скачивания для ваших клиентов.
SVN в вашем случае практически бесполезен, большие файлы могут понадобиться много времени, чтобы поместить в репозиторий, если это не полностью разрушит все это. SVN может хранить двоичный файл, но он не предназначен (он не может определить, отличается ли один пиксель от текстовых файлов). Так как он будет пытаться обрабатывать и обновлять свою базу данных при каждом коммите, это может привести к ошибкам. Я бы на это не рассчитывал.
S3 обойдется вам в 1 доллар за 10 ГБ. S3fox бесплатен. Ваши дизайнеры будут рады этому, единственное, что каждый раз, когда им приходится самим переименовывать файл, вы можете использовать его;
PROJECT4_HOMENY_2009_09_16_20_41_Michael_v1.jpg
Это наименование будет хорошо сортировать файлы (группирует по проекту, сортирует по дате).
Для PSD я второй использование версии кия. Subversion - это здорово, но у него есть свои проблемы с большими двоичными файлами.
Вы также можете попробовать Alfresco. Используя Adobe Drive 2.2, вы можете смонтировать Alfresco DAM в Finder и щелкнуть правой кнопкой мыши, чтобы показать версии, получить и проверить файлы.
Adobe Version Cue - CS3 работает лучше, чем CS4 по моему опыту. Я бы с удовольствием возился с этим, но у него есть много изюминок (сервер не может быть двойным, серьезные проблемы с Bridge CS4/Adobe Drive CS4, ошибки в производительности... Я мог бы продолжить), но это все же лучше, чем Ванильный репозиторий SVN, а также обрабатывает эскизы и превью изображений и видео. Не пытался добавить к нему видео 1 ГБ, но было бы интересно услышать, что у вас получилось.
Еще один, который нужно изучить в зависимости от типа активов, - AlienBrain. Как и Adobe Version Cue, он предназначен для цифровых ресурсов и творческих рабочих процессов и интегрируется во все основные 2D и 3D приложения.
В OP отсутствует важная информация, насколько велики ожидаемые репо, т. Е. Каков ожидаемый размер всех файлов, находящихся под контролем изменений?
Просто использовать Subversion? SVN в текущих версиях не имеет проблем с большими (несколько гигабайт) репозиториями. При необходимости вы всегда можете разделить свои данные на несколько репозиториев / серверов SVN. Для серверов на базе Windows мне действительно нравится VisualSVN Server.
Если вы более или менее используете исключительно машины Unix и OS X, взгляните на Git. Я не знаю, есть ли в нем удобные графические интерфейсы, интеграция с оболочкой и так далее в Unix / OS X. Что я знаю, так это то, что базовая версионность и крипто архитектура Git проста, но очень хороша, так что лично у меня не возникло бы проблем с доверием несколько гигабайт данных для Git.