У нас есть решение, которое содержит +10 проектов, от которых 2 являются веб-сайтами. Теперь мне нужно настроить определение (ы) сборки, связанную с нашим сервером TFS, которая строит решение и разворачивает 2 сайта на нужный веб-сайт Azure. Я пробовал несколько разных подходов, но доставка, кажется, терпит неудачу каждый раз. Построение проекта на сервере TFS не проблема, но когда лазур нужно доставить правильный проект asp, на правильный веб-сайт Azure, он терпит неудачу ... Может ли кто-нибудь указать мне в правильном направлении, как создать такое определение сборки, и где указать параметры доставки?Непрерывное развертывание и доставка
EDIT:
Для иллюстрации с изображением из нашей сборки.
Так у нас есть 2 веб-сайтов в этой папке:
Я хотел бы опубликовать эти два веб-сайта в этой папке, чтобы правильно лазурного месте. Кто-нибудь знает хороший подход для достижения успешной доставки с двумя веб-сайтами?
вы можете указать некоторую информацию о том, как это происходит. – Alistair
Я не думаю, что это имеет большое значение, когда я потерпел неудачу, потому что я уверен, что есть лучший способ создать непрерывное определение построения интеграции. Я новичок в этой концепции, но одна из ошибок была ERROR_APPPOOL_VERSION_MISMATCH. Я не хочу, чтобы люди исправляли мое плохое определение, я бы хотел, чтобы некоторые указатели на то, как решить такую проблему (не мои ошибки, но как убедиться, что решение отлаживается на TFS, и что azure развертывает все, где это должно быть). – Chris
В отличие от сайтов на форуме, мы не используем «Спасибо», или «Любая помощь оценена», или подписи на [so]. См. «[Должны ли« Привет »,« спасибо », теги и приветствия удалены из сообщений?] (Http://meta.stackexchange.com/questions/2950/should-hi-thanks-taglines-and-salutations-be -removed-from-posts). –