Нам нужно иметь возможность развернуть пару служб Windows на удаленной машине как часть сборки. Это ночная сборка, которая развертывает все приложение в среде TEST, поэтому ее нужно как-то автоматизировать.
Для веб-проекта можно использовать MSDeploy, а также для серверов БД. Но как насчет служб Windows? Их нужно остановить (если они уже установлены) на целевой машине, затем нужно скопировать бинарные файлы, зарегистрировать службу (если она не была установлена ранее) и т. д. и т. д.
Для этого можно использовать MSDeploy. Существует поставщик runCommand, который запускает указанную команду на целевом компьютере.
msdeploy.exe -verb:sync -source:runCommand="net start MyService" -dest:auto
Вы можете прочитать больше здесь: http://technet.microsoft.com/en-us/library/ee619740(WS.10).aspx
Наш способ добиться этого — небольшой веб-сервис, работающий на наших серверах, который отслеживает определенный каталог на наличие новых файлов. Наша сборка развертывает службы Windows в эту папку с временным именем, а затем переименовывает их в отслеживаемый шаблон имени ("servicename.deployservice.zip"). Служба развертывания возьмет такой файл, разархивирует его во временное местоположение и выполнит необходимые действия. действия по развертыванию (например, остановить старую службу, удалить старую службу, установить новую службу, запустить новую службу). Если вам нужно перенести специальные действия, вы можете добавить DLL кода развертывания или «скрипт сборки» в ZIP-файл развертывания.
Самый простой способ выполнить такой код развертывания с наиболее универсальным — это служба, которая просто ожидает установку (msi или что-то еще) в zip-файле и выполняет ее. Таким образом, вы можете просто добавить настройку развертывания в свой проект, и у вас будет меньше действий в Teambuild...
Предполагая, что вы используете VS 2010 и TFS 2010, вы можете изменить рабочий процесс сборки, добавив действие ExecuteProcess (внутри действия AgentScope для целевого сервера) для запуска svcutil.exe, указав имя вашей службы.
