Управление пользовательским приложением в автономном режиме с помощью публикации VSTS в Azure

Я хочу управлять настраиваемым автономным файлом приложения, выполняя публикацию в Azure с помощью задачи «Развертывание службы приложений Azure».

Я понимаю, что эта задача имеет свойство:take app offline

однако это свойство будет использовать базовый автономный файл приложения, чего я хотел бы избежать.


Я полагаю, что мне нужно сделать что-то вроде этого.

Вариант 1

  1. переименовать файл в службе Azure _App_Offline.htm в App_offline.htm
  2. опубликовать приложение.
  3. переименовать файл в службе Azure App_Offline.htm в _App_Offline.htm

однако я не могу понять, как сделать шаги 1 или 3.

Вариант 2

  1. опубликовать файл в службе Azure App_Offline.htm
  2. опубликовать приложение.
  3. удалить файл в службе Azure App_Offline.htm

Я могу выполнить шаги 1 и 2 из них, но как мне выполнить шаг 3?

любые другие варианты, которые я мог бы попробовать?


person Chris Warnes    schedule 07.06.2017    source источник
comment
Вы решаете эту проблему? Каков результат моего решения?   -  person starian chen-MSFT    schedule 19.06.2017
comment
Я уверен, что ваше решение - правильный подход, я просто не могу заставить его работать по какой-то причине.   -  person Chris Warnes    schedule 20.06.2017
comment
В чем проблема? Вы можете поделиться файлами журнала сборки/выпуска в OneDrive.   -  person starian chen-MSFT    schedule 20.06.2017


Ответы (1)


Вы можете создать/удалить/переименовать файл в службе приложений Azure через kudu REST API. , обратитесь к этой теме ниже, чтобы получить дополнительную информацию о том, как использовать kudu REST API во время сборки/выпуска.

Удалить файлы и папки в Azure перед новым развертыванием из VSTS

person starian chen-MSFT    schedule 08.06.2017
comment
это выглядит многообещающе, было бы здорово иметь пример. - person Chris Warnes; 08.06.2017
comment
@ChrisWarnes Проверьте соответствующую ветку (Удалить файлы и папки ...), там есть подробные шаги и пример сценария. - person starian chen-MSFT; 08.06.2017