Управление версиями для графики
Скажите, что команда разработчиков включает (или использует) графиков, которые создают все изображения, которые входят в продукт. Такие вещи включают значки, растровые изображения, фоны окон, изображения кнопок, анимации и т.д.
Очевидно, что все необходимое для создания части программного обеспечения должно быть в той или иной форме контроля версий. Но большинство систем управления версиями для разработчиков предназначены в основном для текстовой информации. Должны ли пользователи графики использовать ту же систему управления версиями и репозиторий, что и кодеры? Если нет, что они должны использовать, и каков наилучший способ сохранить синхронизацию?
Ответы
Ответ 1
Да, наличие предметов искусства в управлении версиями очень полезно. Вы получаете возможность отслеживать историю, откатывать изменения, и у вас есть один источник для резервного копирования. Имейте в виду, что арт-активы МНОГО больше, поэтому ваш сервер должен иметь большое количество дискового пространства и пропускной способности сети.
У меня был успех с использованием perforce в очень больших проектах (+100 ГБ), однако нам пришлось обернуть доступ к сервер управления версиями с чем-то более удобным для пользователя.
Я слышал о хороших вещах о Alienbrain, он, кажется, имеет очень гладкий интерфейс.
Ответ 2
Недавно GitHub представил "режимы просмотра изображений", посмотрите: https://github.com/blog/817-behold-image-view-modes.
Ответ 3
Мы также просто помещаем двоичные файлы в исходный элемент управления. Мы используем Git, но это применимо также к Subversion.
Одно из моих предложений - использовать SVG, где это возможно, потому что вы можете видеть фактические различия. С бинарниками (большинство других форматов изображений) лучшее, что вы можете получить, это история версий.
Ответ 4
Многие люди с графическим типом захотят что-то более сложное, чем подрывная деятельность. Хотя это хорошо для контроля версий, им нужна система управления контентом, которая позволяет перекрестно ссылаться на активы, тегирование, эскизы и подобные вещи (а также на управление версиями).
Ответ 5
TortoiseSVN может показывать изменения изображения бок о бок, что действительно полезно. Я использовал его с разными командами с большим успехом. Художники любили иметь возможность откатывать вещи (после того, как они привыкли к концепциям). Тем не менее, это занимает много места.
Ответ 6
Я бы определенно поставил графику под контроль версии. Разница может быть не очень полезной из инструмента сравнения, такого как diffmerge, но вы все равно можете проверить две версии графики и просмотреть их рядом друг с другом, чтобы увидеть различия.
Я не вижу причин, по которым результирующая графика не должна храниться в той же системе управления версиями, что и кодеры. Однако, когда вы создаете графику с использованием PSD файлов или файлов PDN, вы можете создать отдельный репозиторий для них, поскольку они имеют другой контекст для фактического конца jpeg или gif, который создается и развертывается с помощью разработанного приложения.
Ответ 7
@lomaxx TortoiseSVN включает в себя программу TortoiseIDiff, которая выглядит как diff для изображений. Я не использовал его, но выглядел интригующим.
Ответ 8
Интересный вопрос. У меня нет куча опыта, непосредственно работающего с дизайнерами проекта. Когда у меня есть, это было заключено в договорной форме, где они "доставляли" дизайн. Я выполнил некоторые свои собственные проектные работы как для веб-сайтов, так и для настольных приложений, и хотя я не использовал исходный контроль в прошлом, я занимаюсь внедрением SVN для собственного использования, поскольку я начинаю делать некоторые оплачиваемые фриланс Работа. Я намерен использовать управление версиями/источниками точно так же, как и с исходным кодом. Он просто становится другой папкой в соединительной линии проекта. Способ, которым я работал без управления исходным кодом, - создать папку с ресурсами, в которой находятся все медиафайлы, эквивалентные исходному коду. Мне нравится думать о Photoshop PSD как графическом исходном коде, в то время как вывод JPEG для веб-сайта или иначе - это скомпилированная версия.
В случае работы с дизайнерами, с которыми я сталкиваюсь в ближайшем будущем, я хотел бы попытаться регулярно "проверять" их различные версии своих исходных файлов, Мне будет интересно прочитать, что другие с некоторым опытом скажут в ответ на это.
Ответ 9
По-моему Pixelapse в сочетании с решением для резервного копирования - лучшее программное обеспечение для управления версиями для графики, которое я нашел до сих пор. Он поддерживает файлы adobe и кучу нормальных растровых изображений. Он имеет версию по версии предварительного просмотра. Он автосохраняется при обновлении файлов (при сохранении). Он работает как dropbox, но имеет отличный веб-интерфейс.
Вы можете использовать его в командах и делиться проектами с разными людьми. Он также поддерживает бесконечные рецензенты, которые отлично подходят для дизайнерских агентств. И если вы хотите, вы можете публично сотрудничать с проектами, которые являются "открытыми".
К сожалению, у вас не может быть локального сервера пиксельных пикселей, поэтому для резервного копирования моя текущая настройка заключается в том, что у меня есть папка Pixelapse (например, папка с Dropbox) внутри репозитория git для создания моментальных снимков.
Ответ 10
Мы используем подрывную деятельность. Просто поместите папку под /trunk/docs для comps и попросите дизайнеров проверить и зафиксировать эту папку. Работает как чемпион.
Ответ 11
Что касается различия и слияния, я считаю, что контроль версий более важен для графических и мультимедийных элементов. Если вы думаете об этом, большинство дизайнеров будут единственными владельцами файла - по крайней мере, в случае графики - или, по крайней мере, я бы подумал, что так будет. Мне было бы интересно услышать от дизайнера.
Ответ 12
@Damian - Хорошая мысль о мечении и перекрестных ссылках. Это правда; в то время как я не работаю со многими дизайнерами в проекте разработки программного обеспечения, я работал в компании, в которой есть отдел дизайна, и знаю, что это проблема. Дизайнеры все еще (постоянно) ищут идеальную систему для управления такими вещами. Я думаю, что это больше подходит для отдела дизайна для совместного доступа, поиска и управления версиями и т.д. Ко всем активам - там, где есть стимул для бизнеса, чтобы не изобретать велосипед везде, где это возможно. Я не думаю, что это будет применяться для ориентированного на проект образом, поскольку маркировка и перекрестные ссылки не будут столь же применимы.
Ответ 13
Мы сохраняем двоичные файлы и изображения в контроле версий, используя Perforce. Это здорово!
Мы храним много предметов искусства, и он хорошо масштабируется для большого количества больших файлов. Он распознает двоичные файлы, те, которые не могут быть различимы, и сохраняют их как полные копии файлов в конце.
Он имеет P4V (межплатформенный визуальный браузер) и миниатюру, поэтому файлы изображений можно увидеть в браузере.
Ответ 14
Возможно, вам стоит взглянуть на Boar: "Простое управление версиями и резервное копирование фотографий, видео и других двоичных файлов". Он может обрабатывать двоичные файлы любого размера. http://code.google.com/p/boar/
Ответ 15
Свободное и слегка выигрышное решение - это версия Adobe Cue, которая поставляется с Adobe Suites до CS4 и проста в установке и обслуживании. Предлагает пользовательский контроль уровня и дружелюбен к художнику. Adobe прекратила поддержку, хотя для нее это позор. Adobe Bridge действует как клиент между пользователем и сервером Version Cue. Если правильно использовать его недорогое решение для контроля версий. Я использую CS3 версию cue с CS3 Bridge. Отлично подходит для небольших команд.