У нас есть VS Team Services с Hosted Build Controller. Я хочу использовать WebDeploy для развертывания сборки на сервере моих компаний после завершения сборки. Сервер, который я хочу развернуть, недоступен публично. Есть ли обходные пути для решения этой проблемы без необходимости создания сервера сборки на месте?Использование WebDeploy с Visual Studio Team Services Hosted Build Controller
Вы должны использовать Release Management для Visual Studio для развертывания. Его более чистый и более подходящий для цели.
Вы можете установить его в Azure VM и подключить его к Team Services. Затем вы можете иметь локальный агент, который вытаскивает файлы через http (ы) для развертывания. Вам никогда не нужно выставлять свой внутренний сервер.
Мы не нашли обходного пути, не обнажая сервер развертывания публично, но нашли следующий подход очень удовлетворительным.
Мы явно используем агент помещения, чтобы мы не открывали что-либо до внешнего мира и не должны запускать какие-либо дополнительные виртуальные машины в облаке. Первый агент по созданию помещения, который вы можете запустить бесплатно.
Мы используем это расширение для развертывания MSDeployAllTheThings.
Мы добавили пользовательскую «возможность» к встроенному агенту, называемому «onPremDeployment», чтобы гарантировать, что сборки развертывания не запущены на неправильном агенте (configure agent, ищите возможности).
К сожалению, у нашего клиента нет лицензии на управление версиями. Может ли он использоваться для локального сервера или работает только для облачных серверов? – user2354863
Его можно использовать в помещениях. Он включен в ваши лицензии MSDN. Я думаю, что вы получаете одну цель развертывания на MSDN Premium и 2 на MSDN Ultimate. В противном случае около 200 долларов США за цель развертывания. Сервер по-прежнему включен в TFS. –
Спасибо. Мы находимся в процессе установки на сервере предпосылки для подключения к VSO. Я дам вам знать, как это происходит. – user2354863