Контроль версий для графики

Да, наличие арт-активов в системе управления версиями очень полезно. Вы получаете возможность отслеживать историю, откатывать изменения, и у вас есть один источник для резервного копирования. Имейте в виду, что арт-активы MUCH больше, поэтому ваш сервер должен иметь много места на диске & пропускная способность сети.

У меня был успех с использованием perforce на очень больших проектах (+100 GB), однако нам пришлось обернуть доступ к серверу управления версиями чем-то более удобным для художника.

Я тоже слышал кое-что хорошее об Alienbrain , похоже, у него очень гладкий UI.

GitHub недавно появились "режимы просмотра изображений", посмотрите: https://github.com/blog/817-behold-image-view-modes .

Мы тоже просто поместили двоичные файлы в систему управления версиями. Мы используем Git,но это было бы также применимо и к подрывной деятельности.

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

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

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

Я бы определенно поставил графику под контроль версий. diff может быть не очень полезен в рамках инструмента diff, такого как diffmerge, но вы все равно можете извлечь две версии графики и просмотреть их бок о бок, чтобы увидеть различия.

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

@lomaxx TortoiseSVN включает в себя программу под названием TortoiseIDiff, которая выглядит как diff для изображений. Я им не пользовался, но выглядит интригующе.

Интересный вопрос. У меня нет большого опыта работы непосредственно с дизайнерами над проектом. Когда я это сделал, это было через договорное соглашение, где они должны были создать дизайн. Я сделал некоторые из моих собственных работ по дизайну для веб-сайтов и настольных приложений, и хотя я не использовал систему управления версиями в прошлом, я нахожусь в процессе реализации SVN для моего собственного использования, поскольку я начинаю делать некоторые платные фрилансерские работы. Я намерен использовать систему управления версиями / версиями точно так же, как и в случае с исходным кодом. Он просто становится еще одной папкой в магистрали проекта. Способ, которым я работал без системы управления версиями, заключается в создании папки assets , в которой находятся все файлы media, являющиеся эквивалентами исходного кода. Мне нравится думать о Photoshop PSD как о графическом исходном коде , в то время как JPEG вывод для веб-сайта или иным образом является скомпилированной версией .

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

На мой взгляд , Pixelapse в сочетании с решением для резервного копирования - это лучшее программное обеспечение для управления версиями графики, которое я нашел до сих пор. Он поддерживает adobe файлов и кучу обычных растровых изображений. Он имеет версию за версией предварительного просмотра. Он автоматически сохраняется при обновлении файлов (при сохранении). Он работает как dropbox, но имеет отличный веб-интерфейс.

Вы можете использовать его в командах и делиться проектами с разными людьми. Он также поддерживает бесконечные рецензенты, что отлично подходит для дизайнерских агентств. И если вы хотите, вы можете публично сотрудничать в проектах, которые являются "open".

К сожалению, у вас не может быть локального сервера pixelapse, поэтому для резервного копирования моя текущая настройка заключается в том, что у меня есть папка Pixelapse(например, папка dropbox) внутри РЕПО git для создания моментальных снимков.

Возможно, вы захотите взглянуть на Boar: "простой контроль версий и резервное копирование фотографий, видео и других двоичных файлов". Он может обрабатывать двоичные файлы любого размера. http://code.google.com/p/boar /

Мы используем подрывную деятельность. Просто поместите папку под /trunk/docs для comps и попросите дизайнеров проверить и зафиксировать эту папку. Работает как чемпион.

Что касается diff и слияния, я думаю, что контроль версий более важен для графики и элементов media. Если вы подумаете об этом, большинство дизайнеров будут единственными владельцами файла-по крайней мере, в случае с графикой-или, по крайней мере, я думаю, что это так. Мне было бы любопытно услышать что-нибудь от дизайнера.

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

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

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

Он имеет P4V (кросс-платформенный визуальный браузер) и систему миниатюр, поэтому файлы изображений можно увидеть в браузере.

Свободным и слегка шатким решением является версия Adobe Cue, которая поставляется с комплектами Adobe до CS4 и проста в установке и обслуживании. Предлагает контроль уровня пользователя и является дружественным художником. Adobe прекратил поддержку, хотя для него это позор. Adobe Bridge выступает в качестве клиента между Пользователем и сервером Version Cue. При правильном использовании это недорогое решение для контроля версий. Я использую CS3 version cue с CS3 Bridge. Работает отлично подходит для небольших команд.