PowerShell betiğimin çalıştırdığım komutlardan herhangi biri başarısız olduğunda ( set -e
bash gibi ) durmasını istiyorum . Hem Powershell komutlarını ( New-Object System.Net.WebClient
) hem de programları ( .\setup.exe
) kullanıyorum.
PowerShell betiğimin çalıştırdığım komutlardan herhangi biri başarısız olduğunda ( set -e
bash gibi ) durmasını istiyorum . Hem Powershell komutlarını ( New-Object System.Net.WebClient
) hem de programları ( .\setup.exe
) kullanıyorum.
Yanıtlar:
$ErrorActionPreference = "Stop"
Orada yolun bir parçası alacak (yani bu cmdlets için harika çalışır).
Ancak EXE'ler için $LastExitCode
her exe çağrısından sonra kendinizi kontrol etmeniz ve başarısız olup olmadığını belirlemeniz gerekir. Ne yazık ki, PowerShell'in burada yardımcı olabileceğini düşünmüyorum, çünkü Windows'ta EXE'ler bir "başarı" veya "başarısızlık" çıkış kodu oluşturan şeyde çok tutarlı değil. Çoğu, UNIX standardı 0'ı izleyerek başarıyı gösterir, ancak hepsi bunu yapmaz. Check out Bu blog yayınında CheckLastExitCode fonksiyonunu . Yararlı bulabilirsiniz.
throw "$exe failed with exit code $LastExitCode"
$ exe sadece yol EXE.
Bunu $ErrorActionPreference = "Stop"
komut dosyalarınızın başındaki ifadeyi kullanarak başarabilmelisiniz .
Varsayılan ayar $ErrorActionPreference
DİR Continue
hataları oluşuyor sonra size komut görüyoruz nedenle, devam edin.
Ne yazık ki, New-RegKey ve Clear-Disk gibi buggy cmdlet'leri nedeniyle , bu cevapların hiçbiri yeterli değildir. Şu anda akıl sağlığımı korumak için herhangi bir powershell betiğinin en üstünde aşağıdaki satırlara yerleştim.
Set-StrictMode -Version Latest
$ErrorActionPreference = "Stop"
$PSDefaultParameterValues['*:ErrorAction']='Stop'
ve sonra herhangi bir yerel çağrı bu tedaviyi alır:
native_call.exe
$native_call_success = $?
if (-not $native_call_success)
{
throw 'error making native call'
}
O yerel arama modeli yavaş yavaş benim için yeterince yaygın hale geliyor, muhtemelen daha kısa yapmak için seçeneklere bakmalıyım. Ben hala bir powershell acemiyim, bu yüzden önerilerinizi bekliyoruz.
Powershell işlevleri ve exe'yi çağırmak için biraz farklı hata işlemeye ihtiyacınız vardır ve betiğinizin arayanına başarısız olduğunu bildirdiğinizden emin olmanız gerekir. Üstünde Bina Exec
kütüphane Psake, tüm hatalarda durur aşağıda yapıya sahiptir ve çoğu komut dosyaları için bir temel şablonu olarak kullanılabilen bir komut dosyasından.
Set-StrictMode -Version latest
$ErrorActionPreference = "Stop"
# Taken from psake https://github.com/psake/psake
<#
.SYNOPSIS
This is a helper function that runs a scriptblock and checks the PS variable $lastexitcode
to see if an error occcured. If an error is detected then an exception is thrown.
This function allows you to run command-line programs without having to
explicitly check the $lastexitcode variable.
.EXAMPLE
exec { svn info $repository_trunk } "Error executing SVN. Please verify SVN command-line client is installed"
#>
function Exec
{
[CmdletBinding()]
param(
[Parameter(Position=0,Mandatory=1)][scriptblock]$cmd,
[Parameter(Position=1,Mandatory=0)][string]$errorMessage = ("Error executing command {0}" -f $cmd)
)
& $cmd
if ($lastexitcode -ne 0) {
throw ("Exec: " + $errorMessage)
}
}
Try {
# Put all your stuff inside here!
# powershell functions called as normal and try..catch reports errors
New-Object System.Net.WebClient
# call exe's and check their exit code using Exec
Exec { setup.exe }
} Catch {
# tell the caller it has all gone wrong
$host.SetShouldExit(-1)
throw
}
Exec { sqlite3.exe -bail some.db "$SQL" }
, -bail
bir Cmdlet parametresi olarak yorumlamaya çalıştığından bir hataya neden oluyor mu? Bir şeyleri tırnak içine almak işe yaramıyor. Herhangi bir fikir?
@Alastairtree'nin cevabında küçük bir değişiklik :
function Invoke-Call {
param (
[scriptblock]$ScriptBlock,
[string]$ErrorAction = $ErrorActionPreference
)
& @ScriptBlock
if (($lastexitcode -ne 0) -and $ErrorAction -eq "Stop") {
exit $lastexitcode
}
}
Invoke-Call -ScriptBlock { dotnet build . } -ErrorAction Stop
Buradaki temel farklar:
Invoke-Command
)-ErrorAction
yerleşik cmdlet'lerden gelen davranışı taklit ederInvoke-Call { dotnet build $something }
& @ScriptBlock
ve & $ScriptBlock
aynı şeyi yapıyor gibi görünüyor. Bu durumda farkın ne olduğunu
Buraya aynı şeyi aramaya geldim. $ ErrorActionPreference = "Durdur", sonlandırılmadan önce hata iletisini (duraklatma) görmek istediğimde kabuğumu hemen öldürür. Toplu hassasiyetlerime geri dönüyorum:
IF %ERRORLEVEL% NEQ 0 pause & GOTO EOF
Bu benim belirli ps1 betiği için hemen hemen aynı çalışır bulundu:
Import-PSSession $Session
If ($? -ne "True") {Pause; Exit}
Yönlendirme stderr
, stdout
diğer komutlar / scriptblock sarmalayıcıları olmadan da hile yapıyor gibi görünüyor, ancak neden bu şekilde çalıştığına dair bir açıklama bulamıyorum ..
# test.ps1
$ErrorActionPreference = "Stop"
aws s3 ls s3://xxx
echo "==> pass"
aws s3 ls s3://xxx 2>&1
echo "shouldn't be here"
Bu, beklendiği gibi çıktı verir (komut aws s3 ...
geri döner $LASTEXITCODE = 255
)
PS> .\test.ps1
An error occurred (AccessDenied) when calling the ListObjectsV2 operation: Access Denied
==> pass
$ErrorActionPreference = "Stop"
İyi davranılmış programlar için işe yarıyor mu (bu başarıya 0 döndürür)?