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

Question

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

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

Answer 1

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

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

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

Answer 2

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

Answer 3

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

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

Answer 4

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

Answer 5

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

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

Answer 6

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

Answer 7

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

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

Answer 8

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

Answer 9

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

Answer 10

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

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

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

Answer 11

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

Answer 12

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

Answer 13

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

Answer 14

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

Answer 15

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

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

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