2015-05-13 3 views
0

У меня есть решение, которое я разрабатываю локально, который содержит три проекта. Структура выглядит следующим образом:Развертывание приложений с несколькими проектами через Git

Мое решение содержит:

  • Auth (проект)

  • Api (проект)

  • Web (проект)

Я использую IIS для сопоставления проектов со следующими виртуальными каталогами:

  • Auth ->/Auth
  • Апи ->/Api
  • Web ->/

Веб-проект является точкой входа в приложение и содержит все мои статические файлы (css, js, html). Он содержит приложение angularjs и index.cshtml для связывания поддержки.

Я открыл новую учетную запись Azure и пытаюсь развернуть это решение в одном веб-приложении. Я хотел бы использовать непрерывное развертывание, подключившись к моему git-репо. Возможно ли это?

Я подключил свое репо, но развертывание только, кажется, захватывает проект Auth и полностью игнорирует два других.

Нужно ли настраивать проекты в отдельных веб-приложениях? (крайне нежелательно). Все проекты используют одну и ту же БД. Если они должны быть в своих собственных веб-приложениях, возможно ли им использовать одно и то же имя домена и сопоставить их с моими виртуальными каталогами, перечисленными выше?

+0

Похоже, мне нужно создать три отдельных веб-приложения, а в настройках приложений укажите каждый на другой csproj. Как мне заставить их говорить? Мне нужно, чтобы они отображались как мои виртуальные каталоги. –

+0

Если у вас несколько проектов в решении, вы должны сообщить компилятору/развертывателю в Azure, какой проект вы развертываете. Если у вас есть исходный код в github или bitbucket, вы можете просто добавить эти настройки в конфигурацию для своего сайта. Подробнее об этом здесь: http://www.devtrends.co.uk/blog/azure-web-sites-git-deploy-for-multiple-project-solutions –

+0

Вот пример более простого решения (не смогли отредактировать мой последний комментарий) http://stackoverflow.com/questions/13632955/azure-websites-deploy-specific-web-project –

ответ

1

Там не из поддержки коробки для вашего сценария, но вы можете выполнить следующие шаги, чтобы получить конфигурацию, которую вы хотите:

  1. Создание пользовательского сценария развертывания, который будет строить все ваши проекты и развернуть их для разделения каталогов (например, wwwroot, wwroot_auth и wwwroot_api), документацию по этому вопросу можно найти здесь - http://blog.amitapple.com/post/38417491924/azurewebsitecustomdeploymentpart1/ (3 части).

  2. Использование applicationhost.xdt файл преобразования создавать виртуальные каталоги, документацию по этому вопросу: https://github.com/projectkudu/kudu/wiki/Xdt-transform-samples

Альтернатива 2. является создание виртуальных каталогов с портала управления (на вкладке CONFIGURE).

Примечание: Самое простое решение - использовать отдельные веб-приложения для каждого проекта, таким образом, у вас есть больше возможностей для поддержки.

Смежные вопросы