Автоматизировать добавление возможностей для собственных агентов Azure DevOps

Question

Насколько мне известно, агенты Azure DevOps способны автоматически определять свои собственные возможности. Исходя из документации, до тех пор, пока я перезагружаю хост после установки нового программного обеспечения, возможность должна регистрироваться автоматически.

У меня сейчас проблемы с тем, чтобы заставить агент обнаруживать присутствие Yarn на агенте с собственным хостом на хосте Windows. Просмотр переменной среды PATH показывает существование исполняемого файла Yarn, но он не указан как возможность, несмотря на перезапуск хоста. Мой текущий способ - вручную добавить пряжу в список возможностей и установить для нее значение true.

Как примечание, пряжа была установлена ​​через Ansible с помощью плагина win_chocolatey. Установка прошла успешно, без ошибок.

Мне интересно несколько вещей

1) Я что-то упустил, что вызывает эту проблему?

2) Это врожденная проблема с пряжей? Если это неотъемлемая проблема с пряжей, есть ли способ автоматизировать процесс ручного добавления пряжи в качестве возможности?

Answer 1

Возможности агента Windows зависят от переменных окружения.

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

[System.Environment]::SetEnvironmentVariable("CAPABILITYNAME", "value", "Machine")

когда вы запускаете службу, она берет это.

В настоящее время я пытаюсь сделать что-то подобное для набора Linux-агентов...

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