У меня есть репо на моем сайте DevOps Azure под названием «my_platform_services». Это репо не является проектом Java Maven или Gradle или чем-то подобным; это в основном bash скриптов.
Я в основном хотел использовать / использовать это репо в моем конвейере выпуска, где я хочу добавить один Stage и несколько задачи на запустить один из bash скриптов в репозитории my_platform_services в каталоге ovf / build!
Я знаю, что могу добавить задачу командной строки в Stage и поместить код для запуска мой сценарий:
./deploy.sh -i name -v 1.0.0
Но я продолжаю получать No such file or directory error
![enter image description here](https://i.stack.imgur.com/YnKwq.png)
Я не знаю, как получить доступ к рабочему каталогу этот артефакт / репо, чтобы я мог запустить свой скрипт на этом агенте. Меня смущает то, что мои компании называют переменные. Некоторые конвейеры сборки имеют такие переменные, как $BUILD_ARTIFACTSTAGINGDIRECTORY
, некоторые сценарии в конвейерах выпуска, которые я пытался эмулировать, имеют $(System.DefaultWorkingDirectory)
, некоторые - $(Build.ArtifactStagingDirectory)
.
Я не понимаю, почему некоторые из них такие же, но с заглавной буквы или почему в некоторых есть круглые скобки, и я попытался просмотреть документацию Azure / Microsoft, но все «предварительно определенные» переменные конвейера, которые они перечисляют, не являются тем же. Я даже посмотрел на соответствующие переменные конвейера (как для выпуска, так и для сборки), чтобы увидеть, найду ли я что-нибудь там, но там были только переменные, такие как константы и тому подобное, для паролей или других переменных (ни один из них не выглядел так).
Если я установил репо как артефакт для конвейера выпуска, он будет потребляться автоматически, или мне все равно нужно добавить задачу на этапе (в конвейере выпуска) для «Загрузить артефакты» из указанного c репозитория?
Так может ли кто-нибудь объяснить мне, где эти переменные определены и каковы их пути? Я построил несколько элементарных конвейеров сборки, которые были очень простыми, и конвейер выпуска, который потреблял конвейер сборки и развертывался на Azure, но он использовал их развертывание по умолчанию на этапе azure, поэтому мне не пришлось вручную настраивать их. каталоги или файлы. Я приму любую помощь !!