Контроль версий для многопрофильного веб-агентства

Question

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

Я смотрю на развертывание Subversion из удаленно размещенной службы (сборка - которая также поможет с резервными копиями кода!).

Мы веб-магазин ASP.net с 3 основными командами. (ок. 30 человек разделены на 3 команды)

Frontend Team - Photoshop, XHTML. CSS, Javascript. В основном используется Photoshop для дизайна / креатива, Dreamweaver для разметки и topstyle для CSS.

Команда разработчиков - ASP.net в первую очередь, но с некоторыми php добавлены для разнообразия и, где требуется. Так что в основном VS2005 и SQL Server работают.

На данный момент все команды работают из серии общих сетевых ресурсов - все они работают непосредственно над одной рабочей копией сайта. Несмотря на то, что мы вводим контроль версий, и в идеале у каждого разработчика / разработчика должна быть реплика живого веб-сервера на их отдельных компьютерах, похоже, что вначале это не будет практично (то есть у нас очень опытные веб-разработчики, которые просто не имеют возможности настраивать полноценные приложения ASP.net на своих рабочих станциях, а также кажутся излишними для дизайнера, который не привык работать в среде ASP.net, когда все, что они хотят сделать это настроить CSS или разметку.

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

Затем он будет проверен в нашем главном хранилище перед его развертыванием на тестовом сервере в Интернете и, в конечном итоге, в прямом эфире.

Что думают люди о моей предложенной модели развертывания, изложенной выше?

Есть ли у кого-нибудь совет, как заставить команды с различными наборами навыков работать с одинаковыми процессами контроля версий?

Заранее спасибо.

Ed

Answer 1

Я давно работаю в цифровых агентствах, и время от времени использование контроля версий в этих местах может быть настоящей битвой. Я заметил, что визуальная команда (фотографы) обычно не до такой системы, как контроль версий. Это требует определенных технических знаний, и при использовании системы, подобной ей, вы часто должны подходить к своим файлам с большей дисциплиной. Я слишком часто слышал фразу «F @ ck this sh * t» с этими парнями просто потому, что у людей не хватило терпения использовать это или научиться использовать его.

Кроме того, как указано в одном из комментариев, цифровые агентства часто работают с огромными объемами двоичных данных. Наличие сторонней системы контроля версий может быть неправильным выбором - если только вы не получили из своего офиса огромную трубу, чтобы справиться с пропускной способностью. Это становится еще хуже при регулярной загрузке резервных копий.

Использование контроля версий, конечно, не спор. Конечно, вы должны использовать это. То, что вы можете сделать, это то, что я делал в прошлом, и я сделаю это снова в будущем, чтобы ваша техническая команда сначала использовала систему, чтобы они знали все ее достоинства, причуды и т. Д. Затем постепенно понемногу обращайте внимание на тех, кто его использует (начните с технарей и продолжайте свой путь вниз). Как только это будет сделано, переходите к дизайнерам. Опять же, начните с пожилых людей и продолжайте свой путь вниз по пищевой цепи. Заставить всю студию использовать ее в первый же день - выкопать собственную могилу.

На техническом сайте. Когда вы подключите свои фотошопперы к системе, вы можете подумать о настройке собственного сервера. Это облегчит вашу жизнь и весь процесс фиксации и обновления быстрее с 76 мегабайтами файлов Photoshop. Это также улучшит скорость принятия системы. Пусть ребята из переднего конца поместят окончательные изображения или видео, использованные для проекта, в стороннюю систему контроля версий.

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

Answer 2

Хотя это далеко от совершенства, вы можете рассмотреть WebDAV

См. Приложение C, WebDAV и Autoversioning

Ваша группа переднего плана могла бы использовать Win32 WebFolders , и все будет похоже на то, с чем они знакомы - простой сетевой ресурс, но на самом деле это репозиторий SVN.

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

Caveat Emptor, YMMV

Answer 3

Возможно, вы захотите взглянуть на Perforce , он прекрасно работает с Visual Studio, но также имеет плагины для Photoshop , которые упрощают работу с ресурсами, контролируемыми версиями.

Что касается привлечения команд, вы, возможно, захотите взглянуть на бумагу Streamed Lines , в которой подробно описаны некоторые рекомендации и анти-паттерны, которых следует избегать

Answer 4

PhotoShop CS и выше имеет Version Cue, которая является собственной встроенной системой для контроля версий. Я не пробовал это с самой PhotoShop, но использовал его с ограниченным успехом с GoLive.

Может быть, ваши дизайнеры будут счастливее использовать это, поскольку оно уже встроено в инструмент, с которым они знакомы?

Кроме того, ваши внешние разработчики могли бы использовать Version Cue с Dream Weaver или GoLive для незначительных изменений кода, хотя я не знаю, есть ли у этого какие-либо зацепки в «правильной» системе CVS.