Я пытаюсь настроить новый узел сборки CI в нашей системе bamboo. У меня есть агент bamboo, работающий как служба Windows на этом узле сборки, у меня аналогичная установка работает на сервере Windows 2012, но теперь я хочу создать такую же установку в Windows 10.
Многие задания сборки Windows используют powershell как часть процесса сборки для публикации артефактов в других репозиториях, они настроены как задача сценария в конфигурациях заданий bamboo, и, как я уже сказал, она отлично работает на машине сборки WS2012. .
В новом узле Windows 10 я получаю сообщение об ошибке, в котором говорится, что сценарий вернулся с RC -1 вместо 0. Я попытался просто запустить echo "hello" в сценарии, чтобы проверить, совместима ли это с новой ОС, но я все еще получил ту же ошибку, это заставило меня подумать, что это проблема с разрешениями. Я проверил политику выполнения, она установлена на RemoteSigned, я проверил, что служба работает с учетной записью с правами администратора. У меня все еще та же проблема. Единственное, что странно, - это то, как бамбук называет используемый скрипт
powershell -ExecutionPolicy bypass -Command scriptName.ps1
вместо использования параметра -File для запуска из командной строки, но это работает на другом узле, поэтому я не уверен, что основным отличием от ОС хоста является версия powershell, Windows 10 использует powershell 5.1, более старый узел Используя 5.0, мой вопрос к вам, ребята: что еще я могу проверить? Есть предположения?
Итак, проблема заключалась в том, что в env отсутствовал путь к powershell в переменной пути пользователя. Добавление решает проблему. Я ошибочно предположил, что, поскольку PowerShell поставляется с ОС, путь будет доступен автоматически.
Согласно Страница поддержки Atlassian, это связано с ошибкой в Java Service Wrapper. Я попробовал обходной путь-2, поскольку в моей системе не было пользовательской переменной PATH. Мне пришлось удалить службу агента bamboo и версии Java 64 с машины агента, чтобы применить обходной путь-2.