Организация основных графических файлов для веб-приложения (Photoshop / Gimp)

Question

Некоторым из нас, программистам, приходится иметь дело с графическими файлами время от времени ...

• Быстрое исправление существующей графики
• Создание быстрого спрайта в качестве прототипа
• Создайте иконку, потому что дизайнер слишком занят

Я не думаю, что кто-либо должен редактировать веб-графику (jpg / gif / png) напрямую. Они должны редактировать мастер-файл и экспортировать поверх веб-графики.

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

Как мне подойти к решению этого препятствия?

1. Сохраните файлы * .psd / * .xcf рядом с веб-графикой * .jpg * .png * .gif, чтобы их было легко найти. Либо обучите Графический дизайн управлению исходными кодами, либо поручите кому-нибудь за интеграцию. Мне это нравится, потому что это делает все очень легко обнаруживаемым, и вы можете просто заставить свою систему веб-публикации пропустить * .pdf * .xcf. Однако я также вижу кодера, которому не нравятся 2-мегабайтные psd-файлы, загружающие их репозиторий и загружающие его при обновлении svn.

2. Создание отдельного репозитория управления исходным кодом или общего сетевого ресурса для основных графических файлов.

3. Продолжить как есть ...

Любые другие предложения?

Answer 1

Я всегда рассматриваю PSD, используемые в проектах, над которыми я работаю, как исходные файлы, а jpegs и gifs, экспортируемые из этих PSD, как двоичные файлы. То же самое касается файлов Word, которые превращаются в PDF.

У моего сундука обычно есть две подпапки:

trunk
  /source
  /deploy

Все, что не попадает на сервер, находится в исходной папке, а все остальное в развертывании. Если я создаю экспорт базы данных, который служит резервной копией, я сохраняю его в подпапке в исходной папке (поскольку он не попадает на сервер).

Есть пуристы, которые утверждают, что двоичные файлы не принадлежат контролю версий. Я говорю, что это BS. PSD - это исходный файл для ваших jpegs и gifs, точно так же, как файл .java является источником файла .class. Я говорю, ступай как таковой.

Answer 2

Я бы выбрал вариант 2. Как вы говорите, накладные расходы на большие PSD в вашем исходном хранилище, вероятно, слишком велики для удобства!

Рассматривали ли вы сценарии экспорта Photoshop, чтобы рабочий процесс «Изменить PSD-файл» -> «Обновленная графика на веб-сайте» был максимально компактным и простым? Это сделает все предприятие действительно привлекательным для каждого ИМО; особенно если он настроен на запуск в качестве шага сборки при коммите.

РЕДАКТИРОВАТЬ: Кажется, Photoshop поддерживает Javascript в качестве языка сценариев, поэтому получение удовлетворительного результата должно быть довольно простым http://morris -photographics.com / photoshop / tutorials / scripting1.html