Not
Åtkomst till denna sida kräver auktorisation. Du kan prova att logga in eller byta katalog.
Åtkomst till denna sida kräver auktorisation. Du kan prova att byta katalog.
Kort beskrivning
Beskriver de parametrar som kan användas med valfri cmdlet.
Lång beskrivning
De vanliga parametrarna är en uppsättning cmdlet-parametrar som du kan använda med valfri cmdlet. De implementeras av PowerShell, inte av cmdlet-utvecklaren, och de är automatiskt tillgängliga för alla cmdletar.
Du kan använda de vanliga parametrarna med valfri cmdlet, men de kanske inte påverkar alla cmdletar. Om en cmdlet till exempel inte genererar utförliga utdata har det ingen effekt att använda den Verbose gemensamma parametern.
De vanliga parametrarna är också tillgängliga för avancerade funktioner som använder attributet CmdletBinding eller attributet Parameter .
Flera vanliga parametrar åsidosätter systemets standardinställningar eller inställningar som du anger med hjälp av PowerShell-inställningsvariablerna. Till skillnad från inställningsvariablerna påverkar de vanliga parametrarna endast de kommandon där de används.
Mer information finns i about_Preference_Variables.
I följande lista visas de vanliga parametrarna. Deras alias visas i parenteser.
- Debug db)
- ErrorAction (ea)
- ErrorVariable (ev)
- InformationAction (infa)
- InformationVariabel (iv)
- Utvariabel (ov)
- OutBuffer (ob)
- PipelineVariable (pv)
- Verbose vb)
- WarningAction (wa)
- WarningVariable (wv)
Åtgärdsparametrarna är värden av typen ActionPreference. ActionPreference är en uppräkning med följande värden:
| Namn | Värde |
|---|---|
Break |
6 |
Suspend |
5 |
Ignore |
4 |
Inquire |
3 |
Continue |
2 |
Stop |
1 |
SilentlyContinue |
0 |
Du kan använda namnet eller värdet med parametern .
Förutom de vanliga parametrarna erbjuder många cmdletar riskreduceringsparametrar. Cmdletar som innebär risk för systemet eller användardata erbjuder vanligtvis dessa parametrar.
Parametrarna för riskreducering är:
- WhatIf (wi)
- Confirm (jfr)
Vanliga parameterbeskrivningar
-Debug
Visar information på programmerarnivå om den åtgärd som utförs av kommandot. Den här parametern fungerar bara när kommandot genererar ett felsökningsmeddelande. Den här parametern fungerar till exempel när ett kommando innehåller cmdleten Write-Debug .
Type: SwitchParameter
Aliases: db
Required: False
Position: Named
Default value: False
Accept pipeline input: False
Accept wildcard characters: False
Som standard visas inte felsökningsmeddelanden eftersom värdet för variabeln $DebugPreference är SilentlyContinue.
I interaktivt läge Debug åsidosätter parametern värdet för variabeln $DebugPreference för det aktuella kommandot och anger värdet $DebugPreference för till Fråga.
I icke-interaktivt läge åsidosätter parametern Debug värdet för variabeln $DebugPreference för det aktuella kommandot och anger värdet $DebugPreference för till Fortsätt.
-Debug:$true har samma effekt som -Debug. Använd -Debug:$false för att förhindra visning av felsökningsmeddelanden när $DebugPreference inte är SilentlyContinue, vilket är standardvärdet.
-ErrorAction
Avgör hur cmdleten svarar på ett icke-avslutande fel från kommandot.
Den här parametern fungerar bara när kommandot genererar ett icke-avslutande fel, till exempel de från cmdleten Write-Error .
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
Parametern ErrorAction åsidosätter värdet för variabeln $ErrorActionPreference för det aktuella kommandot. Eftersom standardvärdet för variabeln $ErrorActionPreference är Fortsätt visas felmeddelanden och körningen fortsätter om du inte använder parametern ErrorAction .
Parametern ErrorAction har ingen effekt på avslutande fel (till exempel saknade data, parametrar som inte är giltiga eller otillräckliga behörigheter) som hindrar ett kommando från att slutföras.
-ErrorAction:Break Anger felsökningsprogrammet när ett fel inträffar eller ett undantag utlöses.
-ErrorAction:Continue visar felmeddelandet och fortsätter att köra kommandot.
Continue används som standard.
-ErrorAction:Ignore undertrycker felmeddelandet och fortsätter att köra kommandot. Till skillnad från SilentlyContinue lägger Ignore inte till felmeddelandet i den $Error automatiska variabeln. Värdet Ignorera introduceras i PowerShell 3.0.
-ErrorAction:Inquire visar felmeddelandet och uppmanar dig att bekräfta innan du fortsätter körningen. Det här värdet används sällan.
-ErrorAction:SilentlyContinue undertrycker felmeddelandet och fortsätter att köra kommandot.
-ErrorAction:Stop visar felmeddelandet och slutar köra kommandot.
-ErrorAction:Suspend är endast tillgängligt för arbetsflöden som inte stöds i PowerShell 6 och senare.
Anmärkning
Parametern ErrorAction åsidosätter, men ersätter inte värdet för $ErrorAction inställningsvariabeln när parametern används i ett kommando för att köra ett skript eller en funktion.
-ErrorVariable
ErrorVariable lagrar felmeddelanden om kommandot i den angivna variabeln och i den automatiska variabeln $Error . Mer information finns i about_Automatic_Variables
Type: String
Aliases: ev
Required: False
Position: Named
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
Som standard skriver nya felmeddelanden över felmeddelanden som redan lagras i variabeln. Om du vill lägga till felmeddelandet i variabelinnehållet skriver du ett plustecken (+) före variabelnamnet.
Följande kommando skapar till exempel variabeln $a och lagrar sedan eventuella fel i den:
Get-Process -Id 6 -ErrorVariable a
Följande kommando lägger till eventuella felmeddelanden i variabeln $a:
Get-Process -Id 2 -ErrorVariable +a
Följande kommando visar innehållet i $a:
$a
Du kan använda den här parametern för att skapa en variabel som endast innehåller felmeddelanden från specifika kommandon och som inte påverkar den automatiska variabelns $Error beteende. Den $Error automatiska variabeln innehåller felmeddelanden från alla kommandon i sessionen. Du kan använda matris notation, till exempel $a[0] eller $error[1,2] för att referera till specifika fel som lagras i variablerna.
Anmärkning
Den anpassade felvariabeln innehåller alla fel som genereras av kommandot, inklusive fel från anrop till kapslade funktioner eller skript.
-InformationAction
Introducerades i PowerShell 5.0. I kommandot eller skriptet där det används åsidosätter den vanliga parametern InformationAction värdet $InformationPreference för inställningsvariabeln, som som standard är inställd på SilentlyContinue. När du använder Write-Information i ett skript med InformationActionWrite-Information visas värden beroende på värdet för parametern InformationAction. Mer information om $InformationPreferencefinns i 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 Anger felsökningsprogrammet vid en förekomst av Write-Information kommandot.
-InformationAction:Stop stoppar ett kommando eller skript vid en förekomst av Write-Information kommandot.
-InformationAction:Ignore undertrycker informationsmeddelandet och fortsätter att köra kommandot. Till skillnad från SilentlyContinue glömmer Ignore helt informationsmeddelandet. det lägger inte till informationsmeddelandet i informationsströmmen.
-InformationAction:Inquire visar det informationsmeddelande som du anger i ett Write-Information kommando och frågar sedan om du vill fortsätta.
-InformationAction:Continue visar informationsmeddelandet och fortsätter att köras.
-InformationAction:Suspend stöds inte i PowerShell 6 och senare eftersom det endast är tillgängligt för arbetsflöden.
-InformationAction:SilentlyContinue ingen effekt eftersom informationsmeddelandet inte visas (standard) och skriptet fortsätter utan avbrott.
Anmärkning
Parametern InformationAction åsidosätter, men ersätter inte värdet för $InformationAction inställningsvariabeln när parametern används i ett kommando för att köra ett skript eller en funktion.
-InformationVariabel
Introducerades i PowerShell 5.0. I kommandot eller skriptet där den används lagrar den gemensamma parametern InformationVariable i en variabel en sträng som du anger genom att lägga till kommandot Write-Information .
Write-InformationVärdena visas beroende på värdet för den gemensamma parametern InformationAction. Om du inte lägger till den vanliga parametern Write-Information visas strängar beroende på värdet för inställningsvariabeln$InformationPreference. Mer information om $InformationPreferencefinns i about_Preference_Variables.
Anmärkning
Informationsvariabeln innehåller alla informationsmeddelanden som genereras av kommandot, inklusive informationsmeddelanden från anrop till kapslade funktioner eller skript.
Type: String
Aliases: iv
Required: False
Position: Named
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
-OutBuffer (på engelska)
Avgör hur många objekt som ska ackumuleras i en buffert innan några objekt skickas via pipelinen. Om du utelämnar den här parametern skickas objekt när de genereras.
Type: Int32
Aliases: ob
Required: False
Position: Named
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
Den här resurshanteringsparametern är utformad för avancerade användare. När du använder den här parametern skickar PowerShell data till nästa cmdlet i batchar med OutBuffer + 1.
I följande exempel visas alternativ mellan till ForEach-Object processblock som använder cmdleten Write-Host. Visningen växlar i batchar med 2 eller 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
-Utvariabel
Lagrar utdataobjekt från kommandot i den angivna variabeln förutom att skicka utdata längs pipelinen.
Type: String
Aliases: ov
Required: False
Position: Named
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
Om du vill lägga till utdata i variabeln skriver du ett plustecken (+) före variabelnamnet i stället för att ersätta utdata som kanske redan finns där.
Följande kommando skapar till exempel variabeln $out och lagrar processobjektet i den:
Get-Process PowerShell -OutVariable out
Följande kommando lägger till processobjektet i variabeln $out:
Get-Process iexplore -OutVariable +out
Följande kommando visar innehållet i variabeln $out:
$out
Anmärkning
Variabeln som skapas av parametern OutVariable är en [System.Collections.ArrayList].
-PipelineVariable
PipelineVariable ger åtkomst till det senaste värdet som skickas till nästa pipelinesegment med kommandot som använder den här parametern. Alla kommandon i pipelinen kan komma åt värdet med hjälp av namnet PipelineVariable. Värdet tilldelas variabeln när den skickas till nästa pipelinesegment. Detta gör PipelineVariable enklare att använda än en specifik tillfällig variabel, som kan behöva tilldelas på flera platser.
Till skillnad från $_ eller $PSItem, med hjälp av en PipelineVariable kan alla pipelinekommandon komma åt pipelinevärden som skickas (och sparats) av andra kommandon än det föregående kommandot. Pipelinekommandon kan komma åt det sista värdet som skickas från när nästa objekt bearbetas genom pipelinen. Detta gör att ett kommando kan mata tillbaka sina utdata till ett tidigare kommando (eller sig självt).
Anmärkning
Avancerade funktioner kan ha upp till tre skriptblock: begin, processoch end. När du använder parametern PipelineVariable med avancerade funktioner tilldelas endast värden från det första definierade skriptblocket till variabeln när funktionen körs. Mer information finns i Avancerade funktioner. PowerShell 7.2 korrigerar det här beteendet.
Type: String
Aliases: pv
Required: False
Position: Named
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
Giltiga värden är strängar, samma som för alla variabelnamn.
Försiktighet
PipelineVariable är begränsad till den pipeline där den anropas. Variabler utanför pipelinen, som använder samma namn, tas bort innan pipelinen körs. PipelineVariable hamnar utanför omfånget när pipelinen avslutas. Om flera kommandon i pipelinen anger samma PipelineVariable finns det bara en delad variabel. Variabeln uppdateras med de senaste piped-utdata från kommandot som anger variabeln.
Vissa blockeringskommandon samlar in alla pipelineobjekt innan utdata skapas, till exempel Sort-Object eller Select-Object -Last. PipelineVariable som tilldelats i ett kommando innan ett sådant blockeringskommando alltid innehåller det sista piped-objektet från föregående kommando när det används i ett kommando efter blockeringskommandot.
Följande är ett exempel på hur PipelineVariable fungerar. I det här exemplet läggs parametern PipelineVariable till i ett Foreach-Object kommando för att lagra resultatet av kommandot i variabler. Ett intervall med tal, 1 till 5, skickas till det första kommandot Foreach-Object, vars resultat lagras i en variabel med namnet $temp.
Resultatet av det första Foreach-Object kommandot skickas till ett andra Foreach-Object kommando, som visar de aktuella värdena $temp för och $_.
# 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
Visar detaljerad information om åtgärden som utförs av kommandot. Den här informationen liknar informationen i en spårning eller i en transaktionslogg. Den här parametern fungerar bara när kommandot genererar ett utförligt meddelande. Den här parametern fungerar till exempel när ett kommando innehåller cmdleten Write-Verbose .
Type: SwitchParameter
Aliases: vb
Required: False
Position: Named
Default value: False
Accept pipeline input: False
Accept wildcard characters: False
Parametern Verbose åsidosätter värdet för variabeln $VerbosePreference för det aktuella kommandot. Eftersom standardvärdet för variabeln $VerbosePreference är TystFortsättvisas inte utförliga meddelanden som standard.
-Verbose:$true har samma effekt som -Verbose
-Verbose:$false undertrycker visning av utförliga meddelanden. Använd den här parametern när värdet $VerbosePreference för inte är SilentlyContinue (standardvärdet).
-VarningÅtgärd
Avgör hur cmdleten svarar på en varning från kommandot.
Fortsätt är standardvärdet. Den här parametern fungerar bara när kommandot genererar ett varningsmeddelande. Den här parametern fungerar till exempel när ett kommando innehåller cmdleten Write-Warning .
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
Parametern WarningAction åsidosätter värdet för variabeln $WarningPreference för det aktuella kommandot. Eftersom standardvärdet för variabeln $WarningPreference är Fortsätt visas varningar och körningen fortsätter om du inte använder parametern WarningAction .
-WarningAction:Break anger felsökningsprogrammet när en varning inträffar.
-WarningAction:Continue visar varningsmeddelandena och fortsätter att köra kommandot.
Continue används som standard.
-WarningAction:Inquire visar varningsmeddelandet och uppmanar dig att bekräfta innan du fortsätter körningen. Det här värdet används sällan.
-WarningAction:SilentlyContinue undertrycker varningsmeddelandet och fortsätter att köra kommandot.
-WarningAction:Stop visar varningsmeddelandet och slutar köra kommandot.
Anmärkning
Parametern WarningAction åsidosätter, men ersätter inte värdet för $WarningAction inställningsvariabeln när parametern används i ett kommando för att köra ett skript eller en funktion.
-WarningVariable
Lagrar varningar om kommandot i den angivna variabeln.
Type: String
Aliases: wv
Required: False
Position: Named
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
Alla genererade varningar sparas i variabeln även om varningarna inte visas för användaren.
Om du vill lägga till varningarna i variabelinnehållet skriver du ett plustecken (+) före variabelnamnet i stället för att ersätta eventuella varningar som redan kan lagras där.
Följande kommando skapar till exempel variabeln $a och lagrar sedan eventuella varningar i den:
Get-Process -Id 6 -WarningVariable a
Följande kommando lägger till varningar i variabeln $a:
Get-Process -Id 2 -WarningVariable +a
Följande kommando visar innehållet i $a:
$a
Du kan använda den här parametern för att skapa en variabel som endast innehåller varningar från specifika kommandon. Du kan använda matris notation, till exempel $a[0] eller $warning[1,2] för att referera till specifika varningar som lagras i variabeln.
Anmärkning
Varningsvariabeln innehåller alla varningar som genereras av kommandot, inklusive varningar från anrop till kapslade funktioner eller skript.
Beskrivningar av parametern Riskhantering
-Tänk om
Visar ett meddelande som beskriver effekten av kommandot i stället för att köra kommandot.
Type: SwitchParameter
Aliases: wi
Required: False
Position: Named
Default value: False
Accept pipeline input: False
Accept wildcard characters: False
Parametern WhatIf åsidosätter värdet för variabeln $WhatIfPreference för det aktuella kommandot. Eftersom standardvärdet för variabeln $WhatIfPreference är 0 (inaktiverat) görs inte WhatIf-beteendet utan parametern WhatIf . Mer information finns i about_Preference_Variables
-WhatIf:$true har samma effekt som -WhatIf.
-WhatIf:$false undertrycker det automatiska WhatIf-beteendet som resulterar när värdet för variabeln $WhatIfPreference är 1.
Följande kommando använder till exempel parametern -WhatIf i ett Remove-Item kommando:
Remove-Item Date.csv -WhatIf
I stället för att ta bort objektet listar PowerShell de åtgärder som det skulle utföra och de objekt som skulle påverkas. Det här kommandot genererar följande utdata:
What if: Performing operation "Remove File" on
Target "C:\ps-test\date.csv".
-Confirm
Uppmanar dig att bekräfta innan du kör kommandot.
Type: SwitchParameter
Aliases: cf
Required: False
Position: Named
Default value: Depends on preference variable
Accept pipeline input: False
Accept wildcard characters: False
Parametern Confirm åsidosätter värdet för variabeln $ConfirmPreference för det aktuella kommandot. Standardvärdet är sant. Mer information finns i about_Preference_Variables
-Confirm:$true har samma effekt som -Confirm.
-Confirm:$false undertrycker automatisk bekräftelse, vilket inträffar när värdet för $ConfirmPreference är mindre än eller lika med den uppskattade risken för cmdleten.
Följande kommando använder till exempel parametern Confirm med ett Remove-Item kommando. Innan du tar bort objektet listar PowerShell de åtgärder som det skulle utföra och de objekt som skulle påverkas och ber om godkännande.
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"):
De Confirm svarsalternativen är följande:
| Svar | Resultat |
|---|---|
Yes (Y) |
Utföra åtgärden. |
Yes to All (A) |
Utför alla åtgärder och ignorera efterföljande Confirm frågor |
| för det här kommandot. | |
No (N): |
Utför inte åtgärden. |
No to All (L): |
Utför inga åtgärder och ignorera efterföljande Confirm |
| frågor för det här kommandot. | |
Suspend (S): |
Pausa kommandot och skapa en tillfällig session. |
Help (?) |
Visa hjälp för de här alternativen. |
Alternativet Pausa placerar kommandot i vänteställning och skapar en tillfällig kapslad session där du kan arbeta tills du är redo att välja ett Confirm alternativ. Kommandotolken för den kapslade sessionen har två extra bekymmer (>>) som anger att det är en underordnad åtgärd i det ursprungliga överordnade kommandot. Du kan köra kommandon och skript i den kapslade sessionen. Om du vill avsluta den kapslade sessionen och återgå till Confirm alternativen för det ursprungliga kommandot skriver du "exit".
I följande exempel används alternativet Pausa (S) för att tillfälligt stoppa ett kommando medan användaren kontrollerar hjälpen efter en kommandoparameter. När du har hämtat nödvändig information skriver användaren "exit" för att avsluta den kapslade prompten och väljer sedan svaret Ja (y) på Confirm frågan.
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
Nyckelord
about_Common_Parameters