У меня есть решение Visual Studio, которое содержит два веб-приложения (наш основной сайт и наш проект WebAPI). Я могу разместить их локально в IIS Express как один сайт с использованием applicationhost.config, но я хочу их упаковать (в нашей сборке), а затем развернуть их (в нашем выпуске) как один сайт из Visual Studio Online (который наш наш код) до Azure.Как упаковать и развернуть одно веб-приложение Azure, содержащее несколько виртуальных приложений из Visual Studio Team Services (ранее VS Online)?
Мои сервисы Team Visual Studio Создавайте пакеты конфигурации для каждого из проектов Visual Studio в своем собственном пакете Web Deploy. Пакет веб-развертывания выполняется во время моей фазы сборки, а развертывание на Azure выполняется на этапе освобождения - это делается для того, чтобы я не перекомпилировал исходный код при каждом развертывании, что не является необходимым и замедлит процесс.
Первое веб-приложение идентифицирует «HelloAzure» как DeployIisAppPath в своем файле pubxml. Второй (проект WebAPI) идентифицирует «HelloAzure/api» как DeployIisAppPath в своем pubxml-файле.
В настоящее время я использую два этапа «Развертывание веб-сайта Azure» (тот, который использует конечные точки службы для выполнения развертывания). Я называю одно и то же имя веб-приложения для обоих шагов. Когда второй проект развернут, он, кажется, перезаписывает первый, а не добавляет второе приложение к существующему сайту. Я считаю, что я не должен следовать намеченной практике развертывания нескольких приложений Web Deploy на одном веб-сайте от Visual Studio Team Services до Azure, но я не могу найти рекомендованную практику, документально зафиксированную в любом месте.
Мне нужно, чтобы оба приложения размещались на одном сайте. Развертывание их как отдельных сайтов не является вариантом.
Похоже, что у Kudu есть варианты, которые могут поддержать этот сценарий, но я не использую исходный код, я развертываю пакеты Web Deploy, созданные нашей сборкой Team Services.