Gmail dkim=neutral (никакая подпись)

После чтения Вашего вопроса я думаю, что то, что Вы ищете, больше вроде набора инструментов развертывания, а не установки разработки. Независимо от направления Вы принимаете решение перейти в, я думаю первая вещь, которую необходимо сделать, получают весь код при управлении исходным кодом. У Вас не может обоснованно быть надежной системы для развертывания не имея возможности для управления версиями каждого подсервиса. Подвергание всех проектов под одним сервером SVN прекрасно; Вам был бы нужен в широком масштабе крупный проект перерасти подход единственного сервера, и он дает Вам способность легко перейти/отметить выпуск через все подпроекты легко.

Я рекомендовал бы смотреть на специальные инструменты для развертывания, как Capistrano, Матрица или ControlTier. Каждый проект имеет их достоинства и недостатки (Capistrano работает хорошо с направляющими, ControlTier с Java, и т.д.), и Вы, вероятно, найдете, что лучший инструмент зависит от языка, в котором записаны Ваши подпроекты. Некоторые причины предпочесть систему развертывания по простому рычагу постфиксации:

• Не трудно записать некоторые сценарии, которые увеличивают "svn" на данном каталоге на горстке серверов, но системы развертывания обработают вещи как подготовка по сравнению с продуктивными средами, откаты неудавшегося развертывания, и т.д.
• Развертывание должно быть отдельным шагом от регистрации в коде. Часто я предпочту развертываться в определенное время суток (скажите, рано утром когда техническая поддержка, скорее всего, доступна, или в середине ночи, когда трафик сайта около самой низкой точки), и разработчики должны быть свободны зарегистрироваться в коде, который не обязательно приводит к развертыванию. При наличии непрерывных систем интеграции Вы хотите, чтобы Ваш код тестировался/проверялся прежде чем быть развернутым. Большая часть этого могла быть выполнена при наличии рычага постфиксации, осматривают путь фиксировавших файлов и только развертываются, если изменения внесены в ответвление выпуска.
• Сам процесс развертывания нужно зарегистрировать, повторяемый, и управляться версией. Существуют законные причины хотеть повторно развернуть тот же выпуск (например, добавляя больше серверов к Вашей установке), который не должен требовать поддельной фиксации к управлению исходным кодом только для начинания другой сборки. Кроме того, мне нравится иметь шаги, необходимые для развертывания доступный и видимый разработчикам. Capistrano является большим для этого, так как Вы буквально регистрируетесь в файле к управлению исходным кодом, которое описывает, как выполнить развертывание. Если Вы просто используете рычаг постфиксации, удостоверьтесь, что он сохранен наряду с Вашими данными репозитория SVN самими!

Безопасность в основном будет продиктованной бизнес-требованиями. В меньших магазинах я ничего не вижу неправильно с предоставлением разработчиков "ключи к замку" и даже вращению обязанностей развертывания среди команды. Если Вы будете работать в среде, где разработчики не могут получить доступ к производственным данным, необходимо будет создать систему, где они могут инициировать развертывание (или посредством регистрации или посредством некоторого другого процесса), но не могут получить доступ к самой аутентификации системы развертывания. При работе платформы UNIX это может быть столь же просто как генерирующий ключи SSH для развертывания и только дающий ключи к ответственным за развертывание.