Повторное использование сценариев PowerShell в DevOps Azure

Question

У меня есть сценарий PowerShell, который я хочу повторно использовать в нескольких конвейерах сборки.У меня вопрос, есть ли способ, которым я могу «сохранить» или «сохранить» свой сценарий PowerShell в области проекта или организации, чтобы я мог использовать его в других конвейерах сборки?Если так, то как?Я не могу найти способ сделать это.Это было бы очень удобно, хотя.

Answer 1

Я только что обнаружил шаблоны YAML (https://docs.microsoft.com/en-us/azure/devops/pipelines/process/templates?view=azdevops#step-re-use).

Я думаю, что это может помочь вам в этом случае (в зависимости от размера файла), вы можете вставить встроенный скрипт powershell в этот шаблон yaml, ииспользуйте его на своем основном yaml.

Документация довольно проста.

Answer 2

В зависимости от того, насколько велики эти скрипты, вы можете создавать целевые группы, содержащие задачи powershell со сценарием inline-powershell.Но это работает только на уровне проекта.

Еще одна попытка, которую я бы попробовал, - создать репозиторий, содержащий ваши сценарии powershell, добавить этот репозиторий как субмодуль в репозиторий, который вы пытаетесь создать, и затем вызватьскрипты из подмодуля-папки.Но это работает только при использовании git-repos.

Или вы можете создать пользовательскую задачу сборки, содержащую ваш скрипт.

Answer 3

Как насчет помещения PowerShell в пакет nuget и его установки в зависимости от проекта?

Answer 4

Из того, что я видел, нет.

Несколько разных опций, которые я исследовал:

• Если вы используете не размещенный агент, сохраните файл на сервере сборки.,По общему признанию это не хорошо масштабируется, но это лучше, чем копировать / вставлять сценарий повсюду.Мне удалось поместить эти сценарии в систему управления версиями и развернуть их через собственный конвейер, чтобы можно было решить проблему масштабирования (при необходимости)
• Клонирование другого хранилища, в котором есть эти общие сценарии.

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