Является ли VCS подходящим для использования дизайнером?

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

VCS использует дельта-сжатие для хранения различных версий файлов. Это очень хорошо работает для кода, но для изображений это проблема. Растровые файлы изображений являются двоичными форматами, хотя векторные файлы изображений являются текстовыми (SVG приходит мне на ум) и создают проблему. Проблема связана с файлами .psd(и любым другим "исходным" файлом изображения) - они могут стать довольно большими, и поскольку я не знаком с форматом, я буду рассматривать их как двоичные файлы. Как VCS будет работать в этом состоянии?

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

Кто-нибудь из вас использовал VCS для этой цели? Насколько хорошо это работает? Меня больше интересует Mercurial, хотя это общая ситуация, применимая к любому VCS.

Ответ 1

Дизайнеры обычно используют специализированные инструменты, такие как AlienBrain, Adobe VersionCue или аналогичные, которые, в сущности, являются системами управления версиями, которые понимают "Изображения" и другие медиа-активы, что позволяет использовать такие вещи, как разные изображения.

Дизайнеры IMHO должны определенно использовать системы VCS, по крайней мере, как средство для управления версиями и резервного копирования. Их материал так же важен, как Specs, Documentation, Code, Deploy Scripts и все остальное, что делает проект.

Я не знаю, существуют ли мосты между "системами управления активами", такими как упомянутые, и системами разработчика VCS.

Ответ 2

Системы управления версиями полезны для ЛЮБОГО, который выполняет работу, которая может потребоваться для более старой версии в более поздний срок. Тем не менее, я создал всех своих творческих друзей с Subversion (в прошлом), и теперь я рекомендую Git. Даже те, которые делают редактирование видео с сотнями концертов видео. Они могут архивировать проекты, когда они получают окончательный платеж. Объем дискового пространства CHEAP, дешевле, чем когда-либо прежде, размер не является проблемой в любом современном VCS. Возможность вернуться к предыдущему рабочему состоянию или экспериментировать с чем-то без потери данных и вручную управлять несколькими "временными" каталогами неоценима, если вы выставите счет за час.

Ответ 3

Да

Не беспокойтесь о размере, если вам не хватает места, просто купите большой жесткий диск.

Потеря информации будет намного дороже.

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

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

Ответ 4

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

Ответ 5

Я так считаю. Особенно, если вы хотите отслеживать изменения с течением времени или откатываться к предыдущим версиям. Централизованное управление источником может быть способом, если вы беспокоитесь о размере.