about_CommonParameters
Décrit les paramètres qui peuvent être utilisés avec n’importe quelle applet de commande.
Les paramètres communs sont un ensemble de paramètres d’applet de commande que vous pouvez utiliser avec n’importe quelle applet de commande. Ils sont implémentés par PowerShell, et non par le développeur d’applets de commande, et ils sont automatiquement disponibles pour n’importe quelle applet de commande.
Vous pouvez utiliser les paramètres communs avec n’importe quelle applet de commande, mais ils n’ont peut-être pas d’effet sur toutes les applets de commande. Par exemple, si une applet de commande ne génère verbose aucune sortie, l’utilisation du Verbose paramètre commun n’a aucun effet.
Les paramètres communs sont également disponibles sur les fonctions avancées qui utilisent l’attribut CmdletBinding
ou l’attribut Parameter
. Lorsque vous utilisez ces attributs, PowerShell ajoute automatiquement les paramètres communs. Vous ne pouvez pas créer de paramètres qui utilisent les mêmes noms que les paramètres communs.
Plusieurs paramètres courants remplacent les paramètres système par défaut ou préférences que vous définissez à l’aide des variables de préférence PowerShell. Contrairement aux variables de préférence, les paramètres courants affectent uniquement les commandes dans lesquelles elles sont utilisées.
Pour plus d’informations, consultez about_Preference_Variables.
La liste suivante affiche les paramètres communs. Leurs alias sont répertoriés entre parenthèses.
- Debug (db)
- ErrorAction (ea)
- ErrorVariable (ev)
- InformationAction (infa)
- InformationVariable (iv)
- OutVariable (ov)
- OutBuffer (ob)
- PipelineVariable (pv)
- ProgressAction (proga)
- Verbose (vb)
- WarningAction (wa)
- WarningVariable (wv)
Les paramètres Action sont des valeurs de type ActionPreference . ActionPreference est une énumération avec les valeurs suivantes :
Nom | Valeur |
---|---|
Break |
6 |
Suspend |
5 |
Ignore |
4 |
Inquire |
3 |
Continue |
2 |
Stop |
1 |
SilentlyContinue |
0 |
Vous pouvez utiliser le nom ou la valeur avec le paramètre.
Outre les paramètres courants, de nombreuses applets de commande offrent des paramètres d’atténuation des risques. Les applets de commande qui impliquent des risques pour le système ou les données utilisateur offrent généralement ces paramètres.
Les paramètres d’atténuation des risques sont les suivants :
- WhatIf (wi)
- Confirm (cf)
Affiche les détails au niveau du programmeur sur l’opération effectuée par la commande. Ce paramètre ne fonctionne que lorsque la commande génère un message de débogage. Par exemple, ce paramètre fonctionne lorsqu’une commande contient l’applet Write-Debug
de commande.
Type: SwitchParameter
Aliases: db
Required: False
Position: Named
Default value: False
Accept pipeline input: False
Accept wildcard characters: False
Par défaut, les messages de débogage ne sont pas affichés, car la valeur de la $DebugPreference
variable est SilentlyContinue.
Le Debug paramètre remplace la valeur de la $DebugPreference
variable pour la commande actuelle, en définissant la valeur sur $DebugPreference
Continuer.
-Debug:$true
a le même effet que -Debug
. Permet -Debug:$false
de supprimer l’affichage des messages de débogage quand $DebugPreference
ce n’est pas SilentlyContinue, qui est la valeur par défaut.
Détermine la façon dont l’applet de commande répond à une erreur de non-fin de la commande.
Ce paramètre ne fonctionne que lorsque la commande génère une erreur sans fin, telle que celle de l’applet Write-Error
de commande.
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
Le paramètre ErrorAction remplace la valeur de la $ErrorActionPreference
variable pour la commande active. Étant donné que la valeur par défaut de la $ErrorActionPreference
variable est Continuer, les messages d’erreur s’affichent et l’exécution se poursuit, sauf si vous utilisez le paramètre ErrorAction .
Le paramètre ErrorAction n’a aucun effet sur la fin des erreurs (telles que les données manquantes, les paramètres qui ne sont pas valides ou les autorisations insuffisantes) qui empêchent une commande de s’exécuter correctement.
Break
Entre le débogueur lorsqu’une erreur se produit ou qu’une exception est déclenchée.Continue
affiche le message d’erreur et continue d’exécuter la commande.Continue
est la valeur par défaut.Ignore
supprime le message d’erreur et continue d’exécuter la commande. Contrairement à SilentlyContinue, Ignore n’ajoute pas le message d’erreur à la$Error
variable automatique. La valeur Ignore est introduite dans PowerShell 3.0.Inquire
affiche le message d’erreur et vous invite à confirmer avant la poursuite de l’exécution. Cette valeur est rarement utilisée.SilentlyContinue
supprime le message d’erreur et continue d’exécuter la commande.Stop
affiche le message d’erreur et arrête l’exécution de la commande.Suspend
est disponible uniquement pour les flux de travail qui ne sont pas pris en charge dans PowerShell 6 et au-delà.
Notes
Le paramètre ErrorAction remplace, mais ne remplace pas la valeur de la $ErrorActionPreference
variable lorsque le paramètre est utilisé dans une commande pour exécuter un script ou une fonction.
Les enregistrements d’erreur sont automatiquement enregistrés dans la $Error
variable automatique. Pour plus d’informations, consultez about_Automatic_Variables.
Lorsque vous utilisez le paramètre ErrorVariable sur une commande, PowerShell stocke également les enregistrements d’erreur émis par la commande dans la variable spécifiée par le paramètre.
Type: String
Aliases: ev
Required: False
Position: Named
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
Par défaut, les nouveaux messages d’erreur remplacent les messages d’erreur qui sont déjà stockés dans la variable. Pour ajouter le message d’erreur au contenu de la variable, placez un signe plus (+
) avant le nom de la variable.
Par exemple, la commande suivante crée la $a
variable, puis stocke toutes les erreurs dans celle-ci :
Get-Process -Id 6 -ErrorVariable a
La commande suivante ajoute tous les messages d’erreur à la $a
variable :
Get-Process -Id 2 -ErrorVariable +a
La commande suivante affiche le contenu de $a
:
$a
Vous pouvez utiliser ce paramètre pour créer une variable qui contient uniquement des messages d’erreur à partir de commandes spécifiques et n’affecte pas le comportement de la $Error
variable automatique. La $Error
variable automatique contient des messages d’erreur de toutes les commandes de la session. Vous pouvez utiliser la notation de tableau, telle que $a[0]
ou $error[1,2]
pour faire référence à des erreurs spécifiques stockées dans les variables.
Notes
La variable d’erreur personnalisée contient toutes les erreurs générées par la commande, y compris les erreurs des appels aux fonctions ou scripts imbriqués.
Introduit dans PowerShell 5.0. Dans la commande ou le script dans lequel il est utilisé, le paramètre commun InformationAction remplace la valeur de la $InformationPreference
variable de préférence, qui est définie par défaut sur SilentlyContinue. Lorsque vous utilisez Write-Information
un script avec InformationAction, Write-Information
les valeurs sont affichées en fonction de la valeur du paramètre InformationAction . Pour plus d’informations sur $InformationPreference
, consultez about_Preference_Variables.
Type: ActionPreference
Aliases: infa
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
Break
Entre le débogueur à une occurrence de laWrite-Information
commande.Stop
arrête une commande ou un script à une occurrence de laWrite-Information
commande.Ignore
supprime le message d’information et continue d’exécuter la commande. Contrairement à SilentlyContinue, Ignorez complètement le message d’information ; il n’ajoute pas le message d’information au flux d’informations.Inquire
affiche le message d’information que vous spécifiez dans uneWrite-Information
commande, puis vous demande si vous souhaitez continuer.Continue
affiche le message d’information et continue à s’exécuter.Suspend
n’est pas pris en charge sur PowerShell 6 et versions ultérieures, car il n’est disponible que pour les flux de travail.SilentlyContinue
aucun effet, car le message d’information n’est pas affiché (valeur par défaut) et le script continue sans interruption.
Notes
Le paramètre InformationAction remplace, mais ne remplace pas la valeur de la $InformationAction
variable de préférence lorsque le paramètre est utilisé dans une commande pour exécuter un script ou une fonction.
Introduit dans PowerShell 5.0. Lorsque vous utilisez le paramètre commun InformationVariable , les enregistrements d’informations sont stockés dans la variable spécifiée par le paramètre. Et l’applet de commande PowerShell peut écrire des enregistrements d’informations dans le flux d’informations. Vous pouvez également utiliser l’applet Write-Information
de commande pour écrire des enregistrements d’informations.
Les enregistrements d’informations sont affichés sous forme de messages dans la console par défaut. Vous pouvez contrôler l’affichage de l’enregistrement d’informations à l’aide du paramètre commun InformationAction . Vous pouvez également modifier le comportement à l’aide de la $InformationPreference
variable de préférence. Pour plus d’informations sur $InformationPreference
, consultez about_Preference_Variables.
Notes
La variable d’informations contient tous les messages d’informations générés par la commande, y compris les messages d’informations des appels aux fonctions ou scripts imbriqués.
Type: String
Aliases: iv
Required: False
Position: Named
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
Par défaut, de nouveaux enregistrements d’informations remplacent les valeurs qui sont déjà stockées dans la variable. Pour ajouter le message d’erreur au contenu de la variable, placez un signe plus (+
) avant le nom de la variable.
Détermine le nombre d’objets à accumuler dans une mémoire tampon avant l’envoi d’objets via le pipeline. Si vous omettez ce paramètre, les objets sont envoyés à mesure qu’ils sont générés.
Type: Int32
Aliases: ob
Required: False
Position: Named
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
Ce paramètre de gestion des ressources est conçu pour les utilisateurs avancés. Lorsque vous utilisez ce paramètre, PowerShell envoie des données à l’applet de commande suivante dans les lots de OutBuffer + 1
.
L’exemple suivant montre comment les autres options s’affichent entre les ForEach-Object
blocs de traitement qui utilisent l’applet de Write-Host
commande. L’affichage alterne par lots de 2 ou 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
Stocke les objets de sortie de la commande dans la variable spécifiée en plus d’envoyer la sortie le long du pipeline.
Type: String
Aliases: ov
Required: False
Position: Named
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
Pour ajouter la sortie à la variable, au lieu de remplacer une sortie qui peut déjà être stockée, tapez un signe plus (+
) avant le nom de la variable.
Par exemple, la commande suivante crée la $out
variable et stocke l’objet de processus dans celui-ci :
Get-Process PowerShell -OutVariable out
La commande suivante ajoute l’objet de processus à la $out
variable :
Get-Process iexplore -OutVariable +out
La commande suivante affiche le contenu de la $out
variable :
$out
Notes
La variable créée par le paramètre OutVariable est un [System.Collections.ArrayList]
.
PipelineVariable permet d’accéder à la valeur la plus récente passée dans le segment de pipeline suivant par la commande qui utilise ce paramètre. Toute commande du pipeline peut accéder à la valeur à l’aide du nom PipelineVariable. La valeur est affectée à la variable lorsqu’elle est passée au segment de pipeline suivant. Cela facilite l’utilisation de PipelineVariable qu’une variable temporaire spécifique, qui peut avoir besoin d’être affectée à plusieurs emplacements.
Contrairement $_
ou $PSItem
, l’utilisation d’un PipelineVariable permet à n’importe quelle commande de pipeline d’accéder aux valeurs de pipeline passées (et enregistrées) par des commandes autres que la commande immédiatement précédente. Les commandes de pipeline peuvent accéder à la dernière valeur redirigée lors du traitement de l’élément suivant passant par le pipeline. Cela permet à une commande de renvoyer sa sortie à une commande précédente (ou elle-même).
Notes
Les fonctions avancées peuvent avoir jusqu’à trois blocs de script : begin
, process
et end
. Lorsque vous utilisez le paramètre PipelineVariable avec des fonctions avancées, seules les valeurs du premier bloc de script défini sont affectées à la variable lors de l’exécution de la fonction. Pour plus d’informations, consultez Fonctions avancées. PowerShell 7.2 corrige ce comportement.
Type: String
Aliases: pv
Required: False
Position: Named
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
Les valeurs valides sont des chaînes, identiques à celles des noms de variables.
Attention
PipelineVariable est limité au pipeline dans lequel il est appelé. Les variables en dehors du pipeline, qui utilisent le même nom, sont effacées avant l’exécution du pipeline. PipelineVariable est hors de portée lorsque le pipeline se termine. Si plusieurs commandes au sein du pipeline spécifient le même PipelineVariable , il n’existe qu’une seule variable partagée. Cette variable est mise à jour avec la sortie redirigée la plus récente de la commande qui spécifie la variable.
Certaines commandes bloquantes collectent tous les éléments de pipeline avant de produire une sortie, par exemple Sort-Object
ou Select-Object -Last
. Tout PipelineVariable affecté dans une commande avant qu’une telle commande bloquante contienne toujours l’élément redirigé final de la commande précédente lorsqu’elle est utilisée dans une commande après la commande bloquante.
Voici un exemple de fonctionnement de PipelineVariable . Dans cet exemple, le paramètre PipelineVariable est ajouté à une Foreach-Object
commande pour stocker les résultats de la commande dans les variables. Une plage de nombres, 1 à 5, est redirigée vers la première Foreach-Object
commande, dont les résultats sont stockés dans une variable nommée $temp
.
Les résultats de la première Foreach-Object
commande sont redirigés vers une deuxième Foreach-Object
commande, qui affiche les valeurs actuelles de $temp
et $_
.
# Create a variable named $temp
$temp=8
Get-Variable temp
# Note that the variable just created isn't 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
Name Value
---- -----
temp
Détermine la façon dont PowerShell répond aux mises à jour de progression générées par un script, une applet de commande ou un fournisseur, telles que les barres de progression générées par l’applet de commande Write-Progress . L’applet Write-Progress
de commande crée des barres de progression qui affichent l’état d’une commande. Le paramètre ProgressAction a été ajouté dans PowerShell 7.4.
Le paramètre ProgressAction accepte l’une ActionPreference
des valeurs d’énumération : SilentlyContinue
, , Continue
Stop
, Inquire
, Ignore
, , Suspend
ou Break
.
Les valeurs valides sont les suivantes :
Break
Entre le débogueur à une occurrence de laWrite-Progress
commande.Stop
: n’affiche pas la barre de progression. Au lieu de cela, il affiche un message d’erreur et arrête l’exécution.Inquire
: n’affiche pas la barre de progression. Demande l’autorisation de continuer. Si vous répondez avecY
ouA
, il affiche la barre de progression.Continue
: (Valeur par défaut) Affiche la barre de progression et poursuit l’exécution.SilentlyContinue
: exécute la commande, mais n’affiche pas la barre de progression.
Type: ActionPreference
Aliases: proga
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
Affiche des informations détaillées sur l’opération effectuée par la commande. Ces informations ressemblent aux informations d’une trace ou dans un journal des transactions. Ce paramètre ne fonctionne que lorsque la commande génère un verbose message. Par exemple, ce paramètre fonctionne lorsqu’une commande contient l’applet Write-Verbose
de commande.
Type: SwitchParameter
Aliases: vb
Required: False
Position: Named
Default value: False
Accept pipeline input: False
Accept wildcard characters: False
Le Verbose paramètre remplace la valeur de la $VerbosePreference
variable pour la commande actuelle. Étant donné que la valeur par défaut de la $VerbosePreference
variable est SilentlyContinue, verbose les messages ne sont pas affichés par défaut.
-Verbose:$true
a le même effet que-Verbose
-Verbose:$false
supprime l’affichage des verbose messages. Utilisez ce paramètre lorsque la valeur de$VerbosePreference
n’est pas SilentlyContinue (valeur par défaut).
Détermine la façon dont l’applet de commande répond à un avertissement de la commande. Continue est la valeur par défaut. Ce paramètre ne fonctionne que lorsque la commande génère un message d’avertissement. Par exemple, ce paramètre fonctionne lorsqu’une commande contient l’applet Write-Warning
de commande.
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
Le paramètre WarningAction remplace la valeur de la $WarningPreference
variable pour la commande active. Étant donné que la valeur par défaut de la $WarningPreference
variable est Continuer, les avertissements s’affichent et l’exécution se poursuit, sauf si vous utilisez le paramètre WarningAction .
Break
entre le débogueur lorsqu’un avertissement se produit.Continue
affiche les messages d’avertissement et poursuit l’exécution de la commande.Continue
est la valeur par défaut.Inquire
affiche le message d’avertissement et vous invite à confirmer avant de poursuivre l’exécution. Cette valeur est rarement utilisée.SilentlyContinue
supprime le message d’avertissement et continue d’exécuter la commande.Stop
affiche le message d’avertissement et arrête l’exécution de la commande.
Notes
Le paramètre WarningAction remplace, mais ne remplace pas la valeur de la $WarningAction
variable de préférence lorsque le paramètre est utilisé dans une commande pour exécuter un script ou une fonction.
Stocke les enregistrements d’avertissement sur la commande dans la variable spécifiée.
Type: String
Aliases: wv
Required: False
Position: Named
Default value: None
Accept pipeline input: False
Accept wildcard characters: False
Tous les avertissements générés sont enregistrés dans la variable même si les avertissements ne sont pas affichés à l’utilisateur.
Pour ajouter les avertissements au contenu de la variable, au lieu de remplacer les avertissements qui peuvent déjà être stockés, tapez un signe plus (+
) avant le nom de la variable.
Par exemple, la commande suivante crée la $a
variable, puis stocke les avertissements dans celui-ci :
Get-Process -Id 6 -WarningVariable a
La commande suivante ajoute tous les avertissements à la $a
variable :
Get-Process -Id 2 -WarningVariable +a
La commande suivante affiche le contenu de $a
:
$a
Vous pouvez utiliser ce paramètre pour créer une variable qui contient uniquement des avertissements provenant de commandes spécifiques. Vous pouvez utiliser la notation de tableau, telle que $a[0]
ou $warning[1,2]
pour faire référence à des avertissements spécifiques stockés dans la variable.
Notes
La variable d’avertissement contient tous les avertissements générés par la commande, y compris les avertissements des appels aux fonctions ou scripts imbriqués.
Affiche un message qui décrit l’effet de la commande, au lieu d’exécuter la commande.
Type: SwitchParameter
Aliases: wi
Required: False
Position: Named
Default value: False
Accept pipeline input: False
Accept wildcard characters: False
Le paramètre WhatIf remplace la valeur de la $WhatIfPreference
variable pour la commande actuelle. Étant donné que la valeur par défaut de la $WhatIfPreference
variable est 0 (désactivé), le comportement WhatIf n’est pas effectué sans le paramètre WhatIf . Pour plus d’informations, consultez about_Preference_Variables.
$true
a le même effet que-WhatIf
.$false
supprime le comportement WhatIf automatique qui se produit lorsque la valeur de la$WhatIfPreference
variable est 1.
Par exemple, la commande suivante utilise le -WhatIf
paramètre dans une Remove-Item
commande :
Remove-Item Date.csv -WhatIf
Au lieu de supprimer l’élément, PowerShell répertorie les opérations qu’il effectuerait et les éléments qui seraient affectés. Cette commande génère la sortie suivante :
What if: Performing operation "Remove File" on
Target "C:\ps-test\date.csv".
Demande une confirmation avant d'exécuter la commande.
Type: SwitchParameter
Aliases: cf
Required: False
Position: Named
Default value: Depends on preference variable
Accept pipeline input: False
Accept wildcard characters: False
Le Confirm paramètre remplace la valeur de la $ConfirmPreference
variable pour la commande actuelle. La valeur par défaut est true. Pour plus d’informations, consultez about_Preference_Variables.
$true
a le même effet que-Confirm
.$false
supprime la confirmation automatique, qui se produit lorsque la valeur de l’applet de$ConfirmPreference
commande est inférieure ou égale au risque estimé de l’applet de commande.
Par exemple, la commande suivante utilise le Confirm paramètre avec une Remove-Item
commande. Avant de supprimer l’élément, PowerShell répertorie les opérations qu’il effectuerait et les éléments qui seraient affectés et demander l’approbation.
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"):
Les Confirm options de réponse sont les suivantes :
Response | Result |
---|---|
Yes (Y ) |
Effectuez l'action. |
Yes to All (A ) |
Effectuer toutes les actions et supprimer les opérations suivantes Confirm |
requêtes pour cette commande. | |
No (N ) : |
N’effectuez pas l’action. |
No to All (L ) : |
N’effectuez aucune action et supprimez les actions suivantes |
Confirm requêtes pour cette commande. | |
Suspend (S ) : |
Suspendez la commande et créez une session temporaire. |
Help (? ) |
Affichez l’aide pour ces options. |
L’option Suspend place la commande en attente et crée une session imbriquée temporaire dans laquelle vous pouvez travailler jusqu’à ce que vous soyez prêt à choisir une Confirm option. L’invite de commandes pour la session imbriquée comporte deux carets supplémentaires (>>) pour indiquer qu’il s’agit d’une opération enfant de la commande parente d’origine. Vous pouvez exécuter des commandes et des scripts dans la session imbriquée. Pour mettre fin à la session imbriquée et revenir aux Confirm options de la commande d’origine, tapez « exit ».
Dans l’exemple suivant, l’option Suspend (S) est utilisée pour arrêter temporairement une commande pendant que l’utilisateur vérifie l’aide d’un paramètre de commande. Après avoir obtenu les informations nécessaires, l’utilisateur tape « exit » pour mettre fin à l’invite imbriquée, puis sélectionne la réponse Oui (y) à la Confirm requête.
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
Commentaires sur PowerShell
PowerShell est un projet open source. Sélectionnez un lien pour fournir des commentaires :