Могут ли художники реально справиться с (распределенным) контролем версий в среде с открытым исходным кодом? [закрыто]

Закрыто. Этот вопрос не по теме . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос , чтобы он был по теме для Stack Overflow.

Закрыт 7 лет назад .

Эй, я работаю в отделе управления проектами игры с открытым исходным кодом. Прямо сейчас мы используем SVN для контроля версий и храним код и ресурсы в одном репозитории. Исходные версии ресурсов (модели, текстуры) находятся в отдельной ветке мультимедиа, а отрендеренные версии ресурсов (мы работаем над изометрической 2-мерной игрой, поэтому мы фактически используем визуализированные 2-мерные изображения 3d-моделей в игре) находятся рядом с кодом, так как они должны быть на месте для запуска игры.

Нашим художникам было трудно начать работу с Subversion и осмыслить концепцию контроля версий в целом. Сейчас проект в основном состоит из программистов, и мы рассматриваем возможность перехода от SVN к распределенному контролю версий, чтобы упростить работу с ветвями (и связанный с ними процесс слияния) и отправку исправлений. Мы еще не приняли решение о том, какую DVCS использовать, но, скорее всего, в конечном итоге мы будем использовать либо Mercurial, либо Git.

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

Итак, я ' Я ищу всевозможные советы, как можно упростить рабочий процесс контроля версий для художников. Имейте в виду, что использование чего-то вроде Perforce, независимо от того, насколько оно подходит для работы, не является вариантом для бесплатного проекта с открытым исходным кодом. Так что я скорее ищу советы, учебные пособия, инструменты проекта, которые позволят художникам легко осмыслить распределенный контроль версий, особенно Hg и / или Git.

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

Существует множество отличных руководств по DVCS, например. г. учебник Hginit . Однако все те, что я нашел, были написаны для программистов. Замечательно, что теперь они могут легко локально коммитить, использовать весь потенциал веток и без особых хлопот объединить свои изменения. Но это может быть не на пользу художникам, а слишком сложно и пугает их. Вы случайно не знаете учебник по DVCS, который был написан для художников как основной целевой аудитории?

Мы также используем Trac для управления проектами, поэтому, если вы знаете о плагине Trac, который удобен для художников, дайте мне знать как хорошо: -)

задан Martin V 8 December 2010 в 16:06

0 ответов

Другие вопросы по тегам:

git open-source mercurial project-management dvcs

Могут ли художники реально справиться с (распределенным) контролем версий в среде с открытым исходным кодом? [закрыто]

0 ответов

Похожие вопросы: