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

Question

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

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

Answer 1

Да, наличие художественных ресурсов в системе контроля версий очень полезно.Вы получаете возможность отслеживать историю, откатывать изменения и иметь единый источник для резервного копирования.Имейте в виду, что объекты искусства НАМНОГО больше, поэтому вашему серверу необходимо много дискового пространства и пропускной способности сети.

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

Я слышал некоторые хорошие вещи о Чужой мозг кроме того, похоже, у него очень приятный пользовательский интерфейс.

Answer 2

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

Answer 3

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

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

Answer 4

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

Answer 5

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

Answer 6

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

Answer 7

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

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

Answer 8

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

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

Answer 9

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

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

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

Answer 10

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

Answer 11

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

Answer 12

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

Answer 13

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

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

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

Answer 14

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

Answer 15

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