about_CommonParameters
Kurze Beschreibung
Beschreibt die Parameter, die mit jedem Cmdlet verwendet werden können.
Lange Beschreibung
Die allgemeinen Parameter sind eine Reihe von Cmdletparametern, die Sie mit jedem Cmdlet verwenden können. Sie werden von PowerShell implementiert, nicht vom Cmdlet-Entwickler, und sind automatisch für jedes Cmdlet verfügbar.
Sie können die allgemeinen Parameter mit jedem Cmdlet verwenden, aber sie wirken sich möglicherweise nicht auf alle Cmdlets aus. Wenn ein Cmdlet beispielsweise keine ausführliche Ausgabe generiert, hat die Verwendung des Verbose allgemeinen Parameters keine Auswirkung.
Die allgemeinen Parameter sind auch für erweiterte Funktionen verfügbar, die das CmdletBinding-Attribut oder das Parameter-Attribut verwenden.
Mehrere gängige Parameter überschreiben Systemstandardeinstellungen oder -einstellungen, die Sie mithilfe der PowerShell-Einstellungsvariablen festlegen. Im Gegensatz zu den Einstellungsvariablen wirken sich die allgemeinen Parameter nur auf die Befehle aus, in denen sie verwendet werden.
Weitere Informationen finden Sie unter about_Preference_Variables.
In der folgenden Liste werden die allgemeinen Parameter angezeigt. Ihre Aliase sind in Klammern aufgeführt.
- Debug (db)
- ErrorAction (ea)
- ErrorVariable (ev)
- InformationAction (infa)
- InformationVariable (iv)
- OutVariable (ov)
- OutBuffer (ob)
- PipelineVariable (pv)
- Verbose (vb)
- WarningAction (wa)
- WarningVariable (wv)
Die Aktionsparameter sind Werte vom Typ "ActionPreference" . ActionPreference ist eine Enumeration mit den folgenden Werten:
Name | Wert |
---|---|
Break |
6 |
Suspend |
5 |
Ignore |
4 |
Inquire |
3 |
Continue |
2 |
Stop |
1 |
SilentlyContinue |
0 |
Sie können den Namen oder den Wert mit dem Parameter verwenden.
Zusätzlich zu den allgemeinen Parametern bieten viele Cmdlets Parameter zur Risikominderung. Cmdlets, die Risiken für das System oder für Benutzerdaten beinhalten, bieten in der Regel diese Parameter an.
Die Parameter zur Risikominderung sind:
- WhatIf (wi)
- Confirm (siehe)
Allgemeine Parameterbeschreibungen
-Debug
Zeigt Details auf Programmiererebene über den Vorgang an, der mit dem Befehl ausgeführt wird. Dieser Parameter funktioniert nur, wenn der Befehl eine Debugmeldung generiert. Dieser Parameter funktioniert beispielsweise, wenn ein Befehl das Write-Debug
Cmdlet enthält.
Type: SwitchParameter
Aliases: db
Required: False
Position: Named
Default value: False
Accept pipeline input: False
Accept wildcard characters: False
Standardmäßig werden Debugmeldungen nicht angezeigt, da der Wert der $DebugPreference
Variablen SilentlyContinue ist.
Im interaktiven Modus überschreibt der Debug Parameter den Wert der $DebugPreference
Variablen für den aktuellen Befehl und legt den Wert von $DebugPreference
auf Inquire fest.
Im nicht interaktiven Modus überschreibt der Debug Parameter den Wert der $DebugPreference
Variablen für den aktuellen Befehl und legt den Wert von $DebugPreference
auf Continue fest.
-Debug:$true
hat die gleiche Wirkung wie -Debug
. Verwenden Sie -Debug:$false
, um die Anzeige von Debugnachrichten zu unterdrücken, wenn $DebugPreference
nicht SilentlyContinue ist, was der Standard ist.
-Erroraction
Bestimmt, wie das Cmdlet auf einen nicht beendenden Fehler des Befehls reagiert.
Dieser Parameter funktioniert nur, wenn der Befehl einen nicht beendenden Fehler generiert, z. B. aus dem Write-Error
Cmdlet.
Type: ActionPreference
Aliases: ea
Accepted values: Break, Suspend, Ignore, Inquire, Continue, Stop, SilentlyContinue
Required: False
Position: Named
Default value: Depends on preference variable
Accept pipeline input: False
Accept wildcard characters: False
Der ErrorAction-Parameter überschreibt den Wert der $ErrorActionPreference
Variablen für den aktuellen Befehl. Da der Standardwert der $ErrorActionPreference
Variablen Continue ist, werden Fehlermeldungen angezeigt und die Ausführung wird fortgesetzt, es sei denn, Sie verwenden den ErrorAction-Parameter .
Der ErrorAction-Parameter hat keine Auswirkungen auf das Beenden von Fehlern (z. B. fehlende Daten, ungültige Parameter oder unzureichende Berechtigungen), die verhindern, dass ein Befehl erfolgreich abgeschlossen wird.
-ErrorAction:Break
Gibt den Debugger ein, wenn ein Fehler auftritt oder eine Ausnahme ausgelöst wird.
-ErrorAction:Continue
zeigt die Fehlermeldung an und setzt die Ausführung des Befehls fort. Continue
ist die Standardoption.
-ErrorAction:Ignore
unterdrückt die Fehlermeldung und setzt die Ausführung des Befehls fort. Im Gegensatz zu SilentlyContinue fügt Ignore die Fehlermeldung nicht zur automatischen $Error
Variablen hinzu. Der Ignore-Wert wird in PowerShell 3.0 eingeführt.
-ErrorAction:Inquire
zeigt die Fehlermeldung an und fordert Sie zur Bestätigung auf, bevor Sie mit der Ausführung fortfahren. Dieser Wert wird selten verwendet.
-ErrorAction:SilentlyContinue
unterdrückt die Fehlermeldung und setzt die Ausführung des Befehls fort.
-ErrorAction:Stop
zeigt die Fehlermeldung an und beendet die Ausführung des Befehls.
-ErrorAction:Suspend
ist nur für Workflows verfügbar, die in PowerShell 6 und darüber hinaus nicht unterstützt werden.
Hinweis
Der ErrorAction-Parameter überschreibt, ersetzt aber nicht den Wert der $ErrorAction
Einstellungsvariablen, wenn der Parameter in einem Befehl zum Ausführen eines Skripts oder einer Funktion verwendet wird.
-ErrorVariable
ErrorVariable speichert Fehlermeldungen zum Befehl in der angegebenen Variablen und in der $Error
automatischen Variablen. Weitere Informationen finden Sie unter about_Automatic_Variables.
Type: String
Aliases: ev
Required: False
Position: Named
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
Standardmäßig überschreiben neue Fehlermeldungen Fehlermeldungen, die bereits in der Variablen gespeichert sind. Um die Fehlermeldung an den Variableninhalt anzufügen, geben Sie vor dem Variablennamen ein Pluszeichen (+
) ein.
Der folgende Befehl erstellt beispielsweise die $a
Variable und speichert dann alle Fehler darin:
Get-Process -Id 6 -ErrorVariable a
Der folgende Befehl fügt der $a
Variablen alle Fehlermeldungen hinzu:
Get-Process -Id 2 -ErrorVariable +a
Der folgende Befehl zeigt den Inhalt von an $a
:
$a
Mit diesem Parameter können Sie eine Variable erstellen, die nur Fehlermeldungen von bestimmten Befehlen enthält und sich nicht auf das Verhalten der $Error
automatischen Variablen auswirkt. Die $Error
automatische Variable enthält Fehlermeldungen von allen Befehlen in der Sitzung. Sie können die Arraynotation verwenden, z $a[0]
. B. oder $error[1,2]
, um auf bestimmte Fehler zu verweisen, die in den Variablen gespeichert sind.
Hinweis
Die benutzerdefinierte Fehlervariable enthält alle vom Befehl generierten Fehler, einschließlich Der Fehler aus Aufrufen geschachtelter Funktionen oder Skripts.
-InformationAction
In PowerShell 5.0 eingeführt. Innerhalb des Befehls oder Skripts, in dem er verwendet wird, setzt der allgemeine Parameter InformationAction den Wert der $InformationPreference
Einstellungsvariablen außer Kraft, die standardmäßig auf SilentlyContinue festgelegt ist. Wenn Sie in einem Skript mit InformationAction verwendenWrite-Information
, Write-Information
werden werte abhängig vom Wert des InformationAction-Parameters angezeigt. Weitere Informationen zu $InformationPreference
finden Sie unter about_Preference_Variables.
Type: ActionPreference
Aliases: ia
Accepted values: Break, Suspend, Ignore, Inquire, Continue, Stop, SilentlyContinue
Required: False
Position: Named
Default value: Depends on preference variable
Accept pipeline input: False
Accept wildcard characters: False
-InformationAction:Break
Gibt den Debugger bei einem Vorkommen des Befehls ein Write-Information
.
-InformationAction:Stop
beendet einen Befehl oder ein Skript beim Auftreten des Write-Information
Befehls.
-InformationAction:Ignore
unterdrückt die Informationsmeldung und setzt die Ausführung des Befehls fort. Im Gegensatz zu SilentlyContinue vergisst Ignore die Informationsnachricht vollständig. Die Informationsmeldung wird dem Informationsstream nicht hinzugefügt.
-InformationAction:Inquire
zeigt die Informationsmeldung an, die Sie in einem Write-Information
Befehl angeben, und fragt dann, ob Sie fortfahren möchten.
-InformationAction:Continue
zeigt die Informationsmeldung an und wird weiterhin ausgeführt.
-InformationAction:Suspend
wird in PowerShell 6 und höher nicht unterstützt, da es nur für Workflows verfügbar ist.
-InformationAction:SilentlyContinue
keine Auswirkung, da die Informationsmeldung nicht (Standard) angezeigt wird und das Skript ohne Unterbrechung fortgesetzt wird.
Hinweis
Der InformationAction-Parameter überschreibt, ersetzt jedoch nicht den Wert der $InformationAction
Einstellungsvariablen, wenn der Parameter in einem Befehl zum Ausführen eines Skripts oder einer Funktion verwendet wird.
-InformationVariable
Eingeführt in PowerShell 5.0. Innerhalb des Befehls oder Skripts, in dem er verwendet wird, speichert der allgemeine Parameter InformationVariable in einer Variablen eine Zeichenfolge, die Sie durch Hinzufügen des Write-Information
Befehls angeben. Write-Information
-Werte werden abhängig vom Wert des allgemeinen InformationAction-Parameters angezeigt. Wenn Sie den allgemeinen InformationAction-Parameter nicht hinzufügen, Write-Information
werden je nach Wert der $InformationPreference
Einstellungsvariablen Zeichenfolgen angezeigt. Weitere Informationen zu $InformationPreference
finden Sie unter about_Preference_Variables.
Hinweis
Die Informationsvariable enthält alle vom Befehl generierten Informationsmeldungen, einschließlich Informationsmeldungen von Aufrufen geschachtelter Funktionen oder Skripts.
Type: String
Aliases: iv
Required: False
Position: Named
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
-OutBuffer
Bestimmt die Anzahl der Objekte, die in einem Puffer gesammelt werden sollen, bevor Objekte über die Pipeline gesendet werden. Wenn Sie diesen Parameter weglassen, werden Objekte gesendet, während sie generiert werden.
Type: Int32
Aliases: ob
Required: False
Position: Named
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
Dieser Ressourcenverwaltungsparameter ist für fortgeschrittene Benutzer konzipiert. Wenn Sie diesen Parameter verwenden, sendet PowerShell Daten an das nächste Cmdlet in Batches von OutBuffer + 1
.
Im folgenden Beispiel wird zwischen ForEach-Object
Blöcken angezeigt, die das Write-Host
Cmdlet verwenden. Die Anzeige wechselt in Batches von 2 oder OutBuffer + 1
.
1..4 | ForEach-Object {
Write-Host "$($_): First"; $_
} -OutBuffer 1 | ForEach-Object {
Write-Host "$($_): Second" }
1: First
2: First
1: Second
2: Second
3: First
4: First
3: Second
4: Second
-OutVariable
Speichert Ausgabeobjekte aus dem Befehl in der angegebenen Variablen zusätzlich zum Senden der Ausgabe entlang der Pipeline.
Type: String
Aliases: ov
Required: False
Position: Named
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
Um der Variablen die Ausgabe hinzuzufügen, geben Sie vor dem Variablennamen ein Pluszeichen (+
) ein, anstatt eine Ausgabe zu ersetzen, die möglicherweise bereits dort gespeichert ist.
Mit dem folgenden Befehl wird beispielsweise die $out
Variable erstellt und das Prozessobjekt darin gespeichert:
Get-Process PowerShell -OutVariable out
Der folgende Befehl fügt der Variablen das $out
Prozessobjekt hinzu:
Get-Process iexplore -OutVariable +out
Der folgende Befehl zeigt den Inhalt der $out
Variablen an:
$out
Hinweis
Die vom OutVariable-Parameter erstellte Variable ist eine [System.Collections.ArrayList]
.
-PipelineVariable
PipelineVariable ermöglicht den Zugriff auf den letzten Wert, der durch den Befehl, der diesen Parameter verwendet, an das nächste Pipelinesegment übergeben wird. Jeder Befehl in der Pipeline kann mithilfe des namens PipelineVariable auf den Wert zugreifen. Der Wert wird der Variablen zugewiesen, wenn er an das nächste Pipelinesegment übergeben wird. Dadurch ist pipelineVariable einfacher zu verwenden als eine bestimmte temporäre Variable, die möglicherweise an mehreren Speicherorten zugewiesen werden muss.
Im Gegensatz zu $_
oder $PSItem
ermöglicht die Verwendung von PipelineVariable jedem Pipelinebefehl den Zugriff auf Pipelinewerte, die von anderen Befehlen als dem unmittelbar vorangehenden Befehl übergeben (und gespeichert) werden. Pipelinebefehle können auf den letzten Wert zugreifen, von dem aus übergeben wurde, während das nächste Element verarbeitet wird, das die Pipeline durchläuft. Dadurch kann ein Befehl seine Ausgabe an einen vorherigen Befehl (oder sich selbst) zurückgeben .
Hinweis
Erweiterte Funktionen können bis zu drei Skriptblöcke aufweisen: begin
, process
und end
. Wenn Sie den PipelineVariable-Parameter mit erweiterten Funktionen verwenden, werden der Variablen nur Werte aus dem ersten definierten Skriptblock zugewiesen, während die Funktion ausgeführt wird. Weitere Informationen finden Sie unter Erweiterte Funktionen. PowerShell 7.2 korrigiert dieses Verhalten.
Type: String
Aliases: pv
Required: False
Position: Named
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
Gültige Werte sind Zeichenfolgen, die gleichen wie für alle Variablennamen.
Achtung
PipelineVariable ist auf die Pipeline ausgerichtet, in der sie aufgerufen wird. Variablen außerhalb der Pipeline, die denselben Namen verwenden, werden entfernt, bevor die Pipeline ausgeführt wird. PipelineVariable geht aus dem Gültigkeitsbereich, wenn die Pipeline beendet wird. Wenn mehrere Befehle innerhalb der Pipeline dieselbe PipelineVariable angeben, gibt es nur eine freigegebene Variable. Diese Variable wird mit der letzten Pipeausgabe des Befehls aktualisiert, der die Variable angibt.
Einige blockierende Befehle erfassen alle Pipelineelemente, bevor eine Ausgabe erzeugt wird, z. B Sort-Object
. oder Select-Object -Last
. Jede pipelineVariable , die in einem Befehl vor einem solchen blockierenden Befehl zugewiesen wurde, enthält immer das letzte Pipeelement aus dem vorherigen Befehl, wenn es in einem Befehl nach dem blockierenden Befehl verwendet wird.
Im Folgenden finden Sie ein Beispiel für die Funktionsweise von PipelineVariable . In diesem Beispiel wird der PipelineVariable-Parameter einem Foreach-Object
Befehl hinzugefügt, um die Ergebnisse des Befehls in Variablen zu speichern. Ein Zahlenbereich von 1 bis 5 wird an den ersten Foreach-Object
Befehl übergeben, dessen Ergebnisse in einer Variablen namens $temp
gespeichert werden.
Die Ergebnisse des ersten Foreach-Object
Befehls werden an einen zweiten Foreach-Object
Befehl weitergeleitet, der die aktuellen Werte von $temp
und $_
anzeigt.
# Create a variable named $temp
$temp=8
Get-Variable temp
# Note that the variable just created is not available on the
# pipeline when -PipelineVariable creates the same variable name
1..5 | ForEach-Object -PipelineVariable temp -Begin {
Write-Host "Step1[BEGIN]:`$temp=$temp"
} -Process {
Write-Host "Step1[PROCESS]:`$temp=$temp - `$_=$_"
Write-Output $_
} | ForEach-Object {
Write-Host "`tStep2[PROCESS]:`$temp=$temp - `$_=$_"
}
# The $temp variable is deleted when the pipeline finishes
Get-Variable temp
Name Value
---- -----
temp 8
Step1[BEGIN]:$temp=
Step1[PROCESS]:$temp= - $_=1
Step2[PROCESS]:$temp=1 - $_=1
Step1[PROCESS]:$temp=1 - $_=2
Step2[PROCESS]:$temp=2 - $_=2
Step1[PROCESS]:$temp=2 - $_=3
Step2[PROCESS]:$temp=3 - $_=3
Step1[PROCESS]:$temp=3 - $_=4
Step2[PROCESS]:$temp=4 - $_=4
Step1[PROCESS]:$temp=4 - $_=5
Step2[PROCESS]:$temp=5 - $_=5
Get-Variable: Cannot find a variable with the name 'temp'.
-Verbose
Zeigt detaillierte Informationen zu dem Vorgang an, der vom Befehl ausgeführt wird. Diese Informationen ähneln den Informationen in einer Ablaufverfolgung oder in einem Transaktionsprotokoll. Dieser Parameter funktioniert nur, wenn der Befehl eine ausführliche Meldung generiert. Dieser Parameter funktioniert beispielsweise, wenn ein Befehl das Write-Verbose
Cmdlet enthält.
Type: SwitchParameter
Aliases: vb
Required: False
Position: Named
Default value: False
Accept pipeline input: False
Accept wildcard characters: False
Der Verbose Parameter überschreibt den Wert der $VerbosePreference
Variablen für den aktuellen Befehl. Da der Standardwert der $VerbosePreference
Variablen SilentlyContinue ist, werden ausführliche Meldungen standardmäßig nicht angezeigt.
-Verbose:$true
hat die gleiche Wirkung wie -Verbose
-Verbose:$false
unterdrückt die Anzeige ausführlicher Meldungen. Verwenden Sie diesen Parameter, wenn der Wert von $VerbosePreference
nicht SilentlyContinue (Standard) ist.
-WarningAction
Bestimmt, wie das Cmdlet auf eine Warnung des Befehls reagiert. Continue ist der Standardwert. Dieser Parameter funktioniert nur, wenn der Befehl eine Warnmeldung generiert. Dieser Parameter funktioniert beispielsweise, wenn ein Befehl das Write-Warning
Cmdlet enthält.
Type: ActionPreference
Aliases: wa
Accepted values: Break, Suspend, Ignore, Inquire, Continue, Stop, SilentlyContinue
Required: False
Position: Named
Default value: Depends on preference variable
Accept pipeline input: False
Accept wildcard characters: False
Der WarningAction-Parameter überschreibt den Wert der $WarningPreference
Variablen für den aktuellen Befehl. Da der Standardwert der $WarningPreference
Variablen Continue ist, werden Warnungen angezeigt, und die Ausführung wird fortgesetzt, es sei denn, Sie verwenden den WarningAction-Parameter .
-WarningAction:Break
tritt in den Debugger ein, wenn eine Warnung auftritt.
-WarningAction:Continue
zeigt die Warnmeldungen an und setzt die Ausführung des Befehls fort. Continue
ist die Standardoption.
-WarningAction:Inquire
zeigt die Warnmeldung an und fordert Sie zur Bestätigung auf, bevor Sie die Ausführung fortsetzen. Dieser Wert wird selten verwendet.
-WarningAction:SilentlyContinue
unterdrückt die Warnmeldung und setzt die Ausführung des Befehls fort.
-WarningAction:Stop
zeigt die Warnmeldung an und beendet die Ausführung des Befehls.
Hinweis
Der WarningAction-Parameter überschreibt, ersetzt jedoch nicht den Wert der $WarningAction
Einstellungsvariablen, wenn der Parameter in einem Befehl zum Ausführen eines Skripts oder einer Funktion verwendet wird.
-WarningVariable
Speichert Warnungen zum Befehl in der angegebenen Variablen.
Type: String
Aliases: wv
Required: False
Position: Named
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
Alle generierten Warnungen werden in der Variablen gespeichert, auch wenn die Warnungen dem Benutzer nicht angezeigt werden.
Um die Warnungen an den Variableninhalt anzufügen, geben Sie ein Pluszeichen (+
) vor dem Variablennamen ein, anstatt alle Warnungen zu ersetzen, die möglicherweise bereits dort gespeichert sind.
Der folgende Befehl erstellt z. B. die $a
Variable und speichert dann alle Warnungen darin:
Get-Process -Id 6 -WarningVariable a
Der folgende Befehl fügt der $a
Variablen alle Warnungen hinzu:
Get-Process -Id 2 -WarningVariable +a
Der folgende Befehl zeigt den Inhalt von an $a
:
$a
Sie können diesen Parameter verwenden, um eine Variable zu erstellen, die nur Warnungen von bestimmten Befehlen enthält. Sie können die Arraynotation verwenden, z $a[0]
. B. oder $warning[1,2]
, um auf bestimmte Warnungen zu verweisen, die in der Variablen gespeichert sind.
Hinweis
Die Warnungsvariable enthält alle Warnungen, die vom Befehl generiert werden, einschließlich Warnungen von Aufrufen geschachtelter Funktionen oder Skripts.
Beschreibungen von Risikomanagementparametern
-WhatIf
Zeigt eine Meldung an, die die Auswirkung des Befehls beschreibt, anstatt den Befehl auszuführen.
Type: SwitchParameter
Aliases: wi
Required: False
Position: Named
Default value: False
Accept pipeline input: False
Accept wildcard characters: False
Der WhatIf-Parameter überschreibt den Wert der $WhatIfPreference
Variablen für den aktuellen Befehl. Da der Standardwert der $WhatIfPreference
Variablen 0 (deaktiviert) ist, erfolgt das WhatIf-Verhalten nicht ohne den WhatIf-Parameter . Weitere Informationen finden Sie unter about_Preference_Variables
-WhatIf:$true
hat die gleiche Wirkung wie -WhatIf
.
-WhatIf:$false
unterdrückt das automatische WhatIf-Verhalten, das sich ergibt, wenn der Wert der $WhatIfPreference
Variablen 1 ist.
Der folgende Befehl verwendet beispielsweise den -WhatIf
Parameter in einem Remove-Item
Befehl:
Remove-Item Date.csv -WhatIf
Anstatt das Element zu entfernen, listet PowerShell die Vorgänge auf, die es ausführen würde, und die elemente, die betroffen wären. Dieser Befehl erstellt die folgende Ausgabe:
What if: Performing operation "Remove File" on
Target "C:\ps-test\date.csv".
-Confirm
Fordert eine Bestätigung an, bevor der Befehl ausgeführt wird.
Type: SwitchParameter
Aliases: cf
Required: False
Position: Named
Default value: Depends on preference variable
Accept pipeline input: False
Accept wildcard characters: False
Der Confirm Parameter überschreibt den Wert der $ConfirmPreference
Variablen für den aktuellen Befehl. Der Standardwert lautet „true“. Weitere Informationen finden Sie unter about_Preference_Variables
-Confirm:$true
hat die gleiche Wirkung wie -Confirm
.
-Confirm:$false
Unterdrückt die automatische Bestätigung, die auftritt, wenn der Wert von $ConfirmPreference
kleiner oder gleich dem geschätzten Risiko des Cmdlets ist.
Der folgende Befehl verwendet z. B. den Confirm -Parameter mit einem Remove-Item
-Befehl. Bevor das Element entfernt wird, listet PowerShell die Vorgänge auf, die es ausführen würde, und die elemente, die betroffen wären, und fordert die Genehmigung auf.
PS C:\ps-test> Remove-Item tmp*.txt -Confirm
Confirm
Are you sure you want to perform this action?
Performing operation "Remove File" on Target " C:\ps-test\tmp1.txt
[Y] Yes [A] Yes to All [N] No [L] No to All [S] Suspend
[?] Help (default is "Y"):
Die Confirm Antwortoptionen sind wie folgt:
Antwort | Ergebnis |
---|---|
Yes (Y ) |
Führen Sie die Aktion aus. |
Yes to All (A ) |
Ausführen aller Aktionen und Unterdrücken nachfolgender Confirm Abfragen |
für diesen Befehl. | |
No (N ): |
Führen Sie die Aktion nicht aus. |
No to All (L ): |
Führen Sie keine Aktionen aus, und unterdrücken Sie nachfolgende Confirm |
Abfragen für diesen Befehl. | |
Suspend (S ): |
Halten Sie den Befehl an, und erstellen Sie eine temporäre Sitzung. |
Help (? ) |
Hilfe zu diesen Optionen anzeigen. |
Die Option Anhalten setzt den Befehl in den Haltepunkt und erstellt eine temporäre geschachtelte Sitzung, in der Sie arbeiten können, bis Sie bereit sind, eine Confirm Option auszuwählen. Die Eingabeaufforderung für die geschachtelte Sitzung verfügt über zwei zusätzliche Carets (>>), um anzugeben, dass es sich um einen untergeordneten Vorgang des ursprünglichen übergeordneten Befehls handelt. Sie können Befehle und Skripts in der geschachtelten Sitzung ausführen. Um die geschachtelte Sitzung zu beenden und zu den Confirm Optionen für den ursprünglichen Befehl zurückzukehren, geben Sie "exit" ein.
Im folgenden Beispiel wird die Option Anhalten (S) verwendet, um einen Befehl vorübergehend anzuhalten, während der Benutzer die Hilfe auf einen Befehlsparameter überprüft. Nach dem Abrufen der erforderlichen Informationen gibt der Benutzer "exit" ein, um die geschachtelte Eingabeaufforderung zu beenden, und wählt dann die Antwort Ja (y) auf die Confirm Abfrage aus.
PS C:\ps-test> New-Item -ItemType File -Name Test.txt -Confirm
Confirm
Are you sure you want to perform this action?
Performing operation "Create File" on Target "Destination:
C:\ps-test\test.txt".
[Y] Yes [A] Yes to All [N] No [L] No to All [S] Suspend [?] Help (default
is "Y"): s
PS C:\ps-test> Get-Help New-Item -Parameter ItemType
-ItemType <string>
Specifies the provider-specified type of the new item.
Required? false
Position? named
Default value
Accept pipeline input? true (ByPropertyName)
Accept wildcard characters? false
PS C:\ps-test> exit
Confirm
Are you sure you want to perform this action?
Performing operation "Create File" on Target "Destination: C:\ps-test\test
.txt".
[Y] Yes [A] Yes to All [N] No [L] No to All [S] Suspend [?] Help (defau
lt is "Y"): y
Directory: C:\ps-test
Mode LastWriteTime Length Name
---- ------------- ------ ----
-a--- 8/27/2010 2:41 PM 0 test.txt
Schlüsselwörter
about_Common_Parameters