У нас есть определение выпуска, которое предоставляет набор основных сервисов asp.net вместе с приложением Angular.
Большинство сервисов не обновляются очень часто, поэтому вопрос в том, как сравнить версию артефакта с уже развернутой в среде и пропустить, если последняя версия была развернута раньше?
У нас есть несколько сред в разработке.
Я не думаю, что это возможно, по крайней мере изначально, вы можете рассчитывать хэши файлов и не развертывать, если они совпадают, другой вариант - использовать триггеры пути для фильтрации при сборке приложения. например, ваша структура каталогов выглядит так:
root
|--app1
|--app2
etc
вы можете определить фильтры пути в вашей сборке yaml следующим образом:
trigger:
paths:
include:
- app1/*
- sharedlibs/* (if you have them)
таким образом сборка будет запускаться только в том случае, если есть какие-либо изменения в файлах в этих каталогах.
Вы можете добавить дополнительную среду выпуска для проверки текущей версии артефакта через PowerShell (например, Build.SourceVersion, отметьте переменные в выпуске), затем завершите задачу, если она уже была успешно выпущена.
Для промежуточной среды выберите параметр «После среды» и выберите предыдущую среду.
С другой стороны, поскольку вы упомянули, что большинство сервисов не обновляются очень часто, вы можете использовать предложение 4c74356b41 для фильтрации сборки, чтобы создавать и выпускать только те изменения, которые вы хотите.
