Какие стратегии лучше всего подходят для хранения арт-активов в SVN?

Question

Мы используем SVN очень успешно для исходного кода традиционным способом:/branch,/trunk и/tags.

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

Я имею в виду не только файлы изображений (jpeg, png и т. Д.), Но также файлы PhotoShop и инвентарь, которые были приобретены (и не должны быть потеряны).

Какова будет наилучшая практика для файловой структуры и процедуры для моих графиков?

Answer 1

Это на самом деле хороший вопрос. Мне интересно, как это делают другие люди.

---

То, что я обычно делаю отслеживать основные PSD-файлов в хранилище SVN в отдельной папке. Допустим, у вас есть/изображения, содержащие все ваши изображения. В этом случае я обычно настраиваю/images/source, содержащий последние файлы PSD.

Это немного раздражает при первой проверке, но PSD не обновляются так часто, как исходный код, так что это не так уж плохо.

Конечно, вы должны исключать эти папки при развертывании своего веб-сайта.

---

Другой способ, которым моя компания справляется с этим, имеет все это на сетевом жестком диске. Мы продолжаем отслеживать изменения в файловой структуру, как это:

/Project/Assets/Design/ 
        /Round 1 
        /Round 2 
        /Round n 

«круглая» папка countain версии PSD-файлов и экспорт JPG, связанный с ним. Это более эффективно, если у вас слишком много раундов изменений, потому что, если у вас есть 100 версий, становится все труднее управлять правильно.

Answer 2

Для нашей графики мы организуем вещи в проекты (например,/graphics/marketing/NAILBA/2009/Banner представляет собой наш баннер для конференции NAILBA {life insurance} в этом году). Папки/соединительная линия и/ветвь не являются обязательными, но они предлагают чистый способ изучить идеи, прежде чем выбирать одну версию. Поскольку HEAD обычно является единственной версией, которая имеет значение, мы не используем/теги. Теперь мы не создаем столько контента (мы в первую очередь программируем набор веб-приложений), но это хорошо отразилось на наших маркетинговых проектах (листовки, баннеры, веб-сайты и т. Д.).