Я пытаюсь выполнить несколько разных шагов сборки в VSTS на основе типа начала сборки: автоматически или вручную.Можно ли проверить в VSTS было строение указано вручную или нет?
Мне особенно интересен доступ к этой информации из сценария powershell. Но пока не удалось найти подходящее решение или обходное решение.
Раньше кто-то сталкивался с аналогичным требованием? Как вы это решили? Буду признателен за вашу помощь!
Это, кажется, мне удалось найти вариант, который позволяет определить, где сборка была вызвана автоматически или вручную.
Все сборки, созданные вручную, имеют фактического пользователя в переменной $Env:BUILD_QUEUEDBY, в то время как автоматические сборки имеют системную учетную запись. Моя ценность была [********]\Project Collection Service Accounts.
Я не знаю, как он надежен, но для меня до сих пор следующий код сделал работу:
# Identifying who triggered the build
$OwnerId = $Env:BUILD_QUEUEDBY;
$OwnerId = $OwnerId.ToUpper();
if ($OwnerId.EndsWith("PROJECT COLLECTION SERVICE ACCOUNTS"))
{
Write-Host "Build was triggered automatically. Resulting files considered 'BETA'"
}
else
{
Write-Host "Build was triggered manually. Resulting files considered 'STABLE'"
}
Кажется, вы хотите знать, происходит ли сборка проекта с помощью построенной или созданной вручную сборки TFS.
На данный момент такой функции для сборки vnext нет. Об этом вы можете отправить свой аккаунт на номер this link, команда TFS Team выслушивает ваш голос.
В качестве обходного пути можно использовать два определения сборки с помощью разных шаблонов версий или вручную добавить спецификационный тег после завершения ручной сборки. Используя теги, установите некоторые метки в сборке, чтобы различать ручные и автоматические сборки. Но это ручное действие, было бы лучше, если мы сможем сделать это автоматически.
Что вы пытаетесь достичь? Я не думаю, что вы можете сказать, как была создана сборка –
Я пытаюсь использовать разные шаблоны версий для ручных и автоматических сборок. – shytikov
Почему, чего вы пытаетесь достичь? В чем разница? –