У меня есть приложение 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.
Любые идеи, что может быть причиной этого, или как я мог бы получить более подробный журнал того, что происходит?
Каковы детали определения вашей сборки? Есть ли ошибка детали в папке _diag, если вы используете агент сборки на месте? –
Имейте такую же проблему. Последнее (= успешное) развертывание было 19 сентября. – Dmitry
Нет определения построения. Я просто использую встроенную интеграцию на Azure Portal, которая ссылается на VS Online (поэтому я не предполагаю, что «агент сборки на месте» не будет - Я просмотрел FTP-сервер для более подробного журнала, но ничего не нашел). –