Почему мои коды выхода powershell всегда "0"?
у меня есть сценарий powershell следующим образом
##teamcity[progressMessage 'Beginning build']
# If the build computer is not running the appropriate version of .NET, then the build will not run. Throw an error immediately.
if( (ls "$env:windirMicrosoft.NETFrameworkv4.0*") -eq $null ) {
throw "This project requires .NET 4.0 to compile. Unfortunatly .NET 4.0 doesn't appear to be installed on this machine."
##teamcity[buildStatus status='FAILURE' ]
}
##teamcity[progressMessage 'Setting up variables']
# Set up varriables for build script
$invocation = (Get-Variable MyInvocation).Value
$directorypath = Split-Path $invocation.MyCommand.Path
$v4_net_version = (ls "$env:windirMicrosoft.NETFrameworkv4.0*").Name
$nl = [Environment]::NewLine
Copy-Item -LiteralPath "$directorypathpackagesNUnit.2.6.2libnunit.framework.dll" "$directorypathPandell.Testsbindebug" -Force
##teamcity[progressMessage 'Using msbuild.exe to build the project']
# Build the project using msbuild.exe.
# note, we've already determined that .NET is already installed on this computer.
cmd /c C:WindowsMicrosoft.NETFramework$v4_net_versionmsbuild.exe "$directorypathPandell.sln" /p:Configuration=Release
cmd /c C:WindowsMicrosoft.NETFramework$v4_net_versionmsbuild.exe "$directorypathPandell.sln" /p:Configuration=Debug
# Break if the build throws an error.
if(! $?) {
throw "Fatal error, project build failed"
##teamcity[buildStatus status='FAILURE' ]
}
##teamcity[progressMessage 'Build Passed']
# Good, the build passed
Write-Host "$nl project build passed." -ForegroundColor Green
##teamcity[progressMessage 'running tests']
# Run the tests.
cmd /c $directorypathbuild_toolsnunitnunit-console.exe $directorypathPandell.TestsbindebugPandell.Tests.dll
# Break if the tests throw an error.
if(! $?) {
throw "Test run failed."
##teamcity[buildStatus status='FAILURE' ]
}
##teamcity[progressMessage 'Tests passed']
из того, во что я верю,непойманного Throw
приведет к коду выхода 1
, но, к сожалению, TeamCity говорит иначе.
[19:32:20]Test run failed.
[19:32:20]At C:BuildAgentworke903de7564e599c8build.ps1:44 char:2
[19:32:20]+ throw "Test run failed."
[19:32:20]+ ~~~~~~~~~~~~~~~~~~~~~~~~
[19:32:20] + CategoryInfo : OperationStopped: (Test run failed.:String) [],
[19:32:20] RuntimeException
[19:32:20] + FullyQualifiedErrorId : Test run failed.
[19:32:20]
[19:32:20]Process exited with code 0
[19:32:20]Publishing internal artifacts
[19:32:20][Publishing internal artifacts] Sending build.finish.properties.gz file
[19:32:20]Build finished
это может быть важно отметить, что мой Execution Mode
установлено значение Execute .ps1 script with "-File" arguement
.
Я попытался изменить его на Put script into PowerShell stdin with "-Command -" arguements
но тогда это не удалось с кодом выхода 1
даже при прохождении тестов. Я уверен, что запуск его как -File
- это будет правильный путь.
если я открою скрипт, расположенный по адресу C:BuildAgentworke903de7564e599c8build.ps1
и запустите его вручную в CMD, он делает то же самое... IE: неудачные тесты терпят неудачу, и %errorlevel%
по-прежнему 0
.
еще, если я запускаю его в powershell и вызываю $LASTEXITCODE
он возвращает правильный код каждый раз.
5 ответов
Это известная проблема с PowerShell. Выполнение скрипта с помощью -file
возвращает код выхода 0, когда он не должен.
(обновление: ссылки ниже больше не работают. Пожалуйста, найдите или сообщите об этой проблеме https://windowsserver.uservoice.com/forums/301869-powershell)
С помощью -command
не работает для вас, вы можете попробовать добавить в ловушку в верхней части скрипта:
trap
{
write-output $_
##teamcity[buildStatus status='FAILURE' ]
exit 1
}
вышеуказанное должно привести к правильному коду выхода при возникновении исключения.
У меня была эта точная проблема во время работы с-файлом, но по какой-то причине синтаксис trap или синтаксис "exit", предоставленный Кевином, не работал в моем сценарии. Не знаю почему, но на всякий случай, если кто-то еще столкнется с той же проблемой, я использовал синтаксис ниже, и это сработало для меня:
try{
#DO SOMETHING HERE
}
catch
{
Write-Error $_
##teamcity[buildStatus status='FAILURE']
[System.Environment]::Exit(1)
}
пока это (предположительно) не будет закрыто как dup моего собственного ответа на старый вопрос, я резюмирую самое чистое решение здесь:
большинство других ответов включают излучение чего-то
stderr
из бита PowerShell. Это может быть достигнуто непосредственно с TeamCity через формат вывода stderr как вариант (установите его в вместо по умолчанию предупреждение)однако, критически, также необходимо включить " Fail build if: ... сообщение об ошибке регистрируется (sic) build runner" под "Неисправность" (если какой-либо из других ответов работает для вас, вы, вероятно, уже включили это, но IME это очень легко забыть!)
ни один из этих параметров не работал для меня в моем сценарии powershell по какой-либо причине. Я потратил на это несколько часов.
для меня лучшим вариантом было поместить слой между TeamCity и Powershell. Поэтому я просто написал консольное приложение c#, которое вызывает скрипт powershell.
Как я это делаю, в teamcity мы называем скрипт с именем: RemoteFile.ps1
с аргументами скрипта: %system.RemoteServerFQDN% %система.RemoteUser% %системы.RemoteUserPassword% %система.RemoteScriptName% %система.RemotePropertiesFile% %система.BuildVersion% %системы.RunList%
param (
[Parameter(Mandatory=$true)]
$Computername,
[Parameter(Mandatory=$true)]
$Username,
[Parameter(Mandatory=$true)]
$Password,
[Parameter(Mandatory=$true)]
$ScriptName,
[Parameter(Mandatory=$true)]
$Propfile,
[Parameter(Mandatory=$true)]
$Version,
[Parameter(Mandatory=$true)]
[string[]]$DeploymentTypes
)
$securePassword = ConvertTo-SecureString -AsPlainText -Force $Password
$cred = New-Object System.Management.Automation.PSCredential $Username, $securePassword
write-host "Readying to execute invoke-command..."
Invoke-Command -ComputerName $Computername -Credential $cred -ScriptBlock { D:\Deployment\PowershellWrapper.exe $using:ScriptName $using:Propfile $using:Version $using:DeploymentTypes } -ArgumentList $ScriptName,$Propfile,$Version,$DeploymentTypes
которая существует на удаленном сервере в указанном месте.
тогда этот файл называет это: powershellwrapper.exe также в указанном месте (мой скрипт имеет 4 параметра для передачи в powershell)
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using System.Diagnostics;
namespace PowershellWrapper
{
class Program
{
static void Main(string[] args)
{
try
{
string argFull = @"""{0} {1} {2} {3}""";
string arg0 = args[0];
string arg1 = args[1];
string arg2 = args[2];
string arg3 = args[3];
string argFinal = string.Format(argFull, arg0, arg1, arg2, arg3);
ProcessStartInfo startInfo = new ProcessStartInfo();
startInfo.FileName = @"powershell.exe";
startInfo.Arguments = argFinal;
startInfo.RedirectStandardOutput = false;
startInfo.RedirectStandardError = false;
startInfo.UseShellExecute = false;
startInfo.RedirectStandardInput = true;
startInfo.CreateNoWindow = false;
Process process = new Process();
process.StartInfo = startInfo;
process.Start();
}
catch (Exception e)
{
Console.WriteLine("{0} Exception caught.", e);
Console.WriteLine("An error occurred in the deployment.", e);
Console.WriteLine("Please contact test@test.com if error occurs.");
}
}
}
}
и это вызывает мой скрипт с 4 параметрами, скрипт является первым параметром, плюс 3 аргумента. Так существенно что здесь происходит, так это то, что я выполняю PowershellWrapper.exe вместо самого сценария powershell, чтобы захватить ошибочный код выхода 0, и он по-прежнему сообщает полный скрипт, выполняющийся обратно в журнал TeamCity.
надеюсь, что имеет смысл, это работает как шарм для нас.
используя -ErrorAction stop
on команда возвращает код выхода 1 по умолчанию и показывает его также в TeamCity без добавления условия отказа. Теперь мы реализуем это поведение по умолчанию для каждой команды PowerShell с помощью $ErrorActionPreference = "Stop";
.