У нас все проекты сидят на релизной системе и на «боевые» сайты изменения уходят через систему контроля версий.
Если будет скрипт или уже развёрнутая система контроля версий, то деплой приложений во внутрь виртуальной машины значительно упростится. Т.к. она сможет выступать в роли клиента или сервера разработки.
Т.е. это будет в официальной поставке? =)
Я просто не очень понимаю почему именно такой выбор системы контроля версий. Ну да ладно. Будем ждать.
2. Помочь методологически в организации процесса разработки с использованием систем контроля версий.
Т.е. подготовить документацию как вы рекомендуете вести партнёру разработку проекта.
Например:
Типовая схема разработки проекта (пример)
рабочая машина разработчка c VM-Bitrix
Разработчик всё делает локально, отлаживает и коммитит в локальное хранилище.
После того как всё протестил пушит изменения
сервер разработки и тестирования с VM-Bitrix
Как только набралась пачка изменений, то гоняем их на сервере тестирования
production-сервер, возможно тоже на VM-Bitrix
Если всё ок, то на продакшене затягиваем изменения.
У нас сейчас подобная схема построена на базе SVN
Особенность: все разработчики сидят на одном сервере.
Со своей стороны готовы быть бета-тестерами или пообщаться с Александром Сербулом для выстраивания этого процесса на меркуриале.
Готов обсудить детали по скайпу или почте.