2016-09-26 6 views
1

У меня есть приложение ASP.net Core Web API, размещенное в службе приложений Azure, настройка для непрерывного развертывания через службы Visual Studio Team Services (была Visual Studio В сети).Отказ службы развертывания Azure от служб Visual Studio Team для основного приложения ASP.net

Это приложение развернуто до сегодняшнего дня, моя последняя фиксация привела к ошибке на этапе «Генерирующий сценарий развертывания».

Я не изменил ничего связанного с структурой проекта с момента последнего успешного совершения (например, никаких изменений в project.json, никаких проектов не было добавлено/удалено из решения). Просто сделали некоторые регулярные изменения в код, добавила миграцию EF и т.д.

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

Используя следующую команду для создания развертывания сценария: «лазурного сайта deploymentscript -y -no-dot-deployment -r "D: \ home \ site \ repository" -o "D: \ home \ site \ deployments \ tools" --aspNetCore "D: \ home \ site \ repository \ src \ Authenticator "--solutionFile D: \ home \ site \ repository \ Authenticator.sln '. Путь к файлу проекта:. \ Src \ Authenticator \ r \ nD: \ Program Files (x86) \ SiteExtensions \ Kudu \ 58.50923.2428 \ bin \ Scripts \ starter.cmd "D: \ Program Files (x86) \ SiteExtensions \ Kudu \ 58.50923.2428 \ bin \ node_modules.bin \ kuduscript.cmd "-y -no-dot-deployment -r" D: \ home \ site \ repository "-o" D: \ home \ site \ deployments \ tools "--aspNetCore "D: \ главная \ сайт \ хранилище \ SRC \ Authenticator" --solutionFile D: \ главная \ сайт \ репозиторий \ Authenticator.sln

и журнал из предыдущего успешного развертывания имеет следующее:

Использование кешированной версии сценария развертывания (команда: «azure -y -no-dot-deployment -r» D: \ hom e \ site \ repository "-o" D: \ home \ site \ deployments \ tools "--aspNetCore" D: \ home \ site \ repository \ src \ Authenticator "--solutionFile D: \ home \ site \ repository \ Authenticator .sln ').

Я не уверен, почему эти сценарии отличаются друг от друга, и что такое отказ, нет конкретных ошибок.

Последнее успешное совершение было 9 сентября, так что с тех пор, вероятно, что-то изменилось на бэкэнде Azure.

Любые идеи, что может быть причиной этого, или как я мог бы получить более подробный журнал того, что происходит?

+0

Каковы детали определения вашей сборки? Есть ли ошибка детали в папке _diag, если вы используете агент сборки на месте? –

+0

Имейте такую ​​же проблему. Последнее (= успешное) развертывание было 19 сентября. – Dmitry

+0

Нет определения построения. Я просто использую встроенную интеграцию на Azure Portal, которая ссылается на VS Online (поэтому я не предполагаю, что «агент сборки на месте» не будет - Я просмотрел FTP-сервер для более подробного журнала, но ничего не нашел). –

ответ

0

Из комментариев, как только это помогает:

Похоже, что-то обновляется в Azure, так как сайт был изначально создан.

Создайте новое/пустое веб-приложение и сравните его настройку WEBSITE_NODE_DEFAULT_VERSION с одним в вашем текущем веб-приложении (это 4.4.7 сегодня, но может измениться в будущем). Скопируйте это новое значение на старый (сломанный) веб-сайт и повторите развертывание.

0

У меня такая же проблема сегодня (предыдущая = успешное развертывание было в 19 сентября).

Пробовал отсоединять и снова подключаться к репозиторию Git, очищая все файлы/папки под D:\home\site - ничего не помогает.

И наконец, создан новый веб-сайт (из того же репо), внутри того же плана AppService - все развернуто и работает нормально.

Конечно, копирование всех настроек с старого сайта на новый было больно.

+0

Я не хочу этого делать в данный момент, потому что я использую службу защиты данных ядра asp.net для шифрования некоторых вещей, и все это теряется, когда вы бросаете и воссоздаете приложение в лазури (нужно создать вещь для импорта/экспорта всех этих данных или вместо этого использовать внешнюю службу). Тем временем я только что использовал публикацию вручную из VS, которая отлично работала. –

+0

Только «видимое» отличие от старого сайта - «WEBSITE_NODE_DEFAULT_VERSION» - теперь '4.4.7'. Вы можете проверить свою и попытаться изменить на свой страх и риск. – Dmitry

+0

В этом была проблема! Благодарю. –

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

  • Нет связанных вопросов^_^