Перенос приложений из Dev в QA в Prod

Question

У меня есть несколько веб-сервисов и клиентов (развертывание в один клик), и я задаюсь вопросом, как эффективно развернуть. У нас есть отдел QA, который рассматривает и тестирует релизы, а также рабочая группа, которая в настоящее время выполняет «развертывание», которое в основном состоит из копирования протестированных релизов из блоков QA в блоки Prod. Процесс довольно подвержен ошибкам, так как файлы конфигурации не копируются правильно, и отзывы о том, если / когда / как было выполнено развертывание, не предоставлены, и поэтому я рассматриваю этот метод развертывания не очень лучшего метода.

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

Мне было интересно, стоит ли изучать развертывание по сценарию, и есть ли какие-либо стандартные способы сделать это. Я немного поэкспериментировал с TFSDeployer - утилитой, которая работает на ящиках для развертывания и получения событий с сервера Team Foundation, на которые затем можно воздействовать с помощью сценариев powershell. Я вижу, что что-то подобное работает на машинах разработки / тестирования, но для производственных серверов я не знаю.

Как вы развертываете свои веб-сервисы / клиенты?

Answer 1

Я также использую TFSDeployer для запуска в производство, так как вы можете установить TFSDeployer в режим push, чтобы вам не приходилось устанавливать его на рабочие блоки (это просто означает, что вам нужно настроить разрешения для создания учетной записи / машина для доступа к производству).

Один полезный совет - ограничить разрешения для тех, кто может изменять качества сборки, и разрешать запуск сценария push-to-production только после того, как качество сборки достигнет уровня UAT (или любого другого эквивалента для вашей организации).