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

Question

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

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

Answer 1

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

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

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

Answer 2

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

Answer 3

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

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

Answer 4

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

Answer 5

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

Answer 6

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

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

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

Answer 7

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

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

Answer 8

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

Answer 9

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

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

Answer 10

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