From 848eebfe14723025a0f80ba993ac8174630ab5b5 Mon Sep 17 00:00:00 2001 From: Nick Schonning Date: Thu, 14 Mar 2019 11:11:04 -0400 Subject: [PATCH] typo: Whatif -> WhatIf --- developer/cmdlet/required-development-guidelines.md | 2 +- .../how-to/publishing-packages/publishing-a-package.md | 8 ++++---- reference/3.0/Microsoft.PowerShell.Security/Set-Acl.md | 4 ++-- reference/4.0/Microsoft.PowerShell.Security/Set-Acl.md | 4 ++-- reference/5.0/Microsoft.PowerShell.Security/Set-Acl.md | 4 ++-- reference/5.1/Microsoft.PowerShell.Security/Set-Acl.md | 4 ++-- reference/6/Microsoft.PowerShell.Security/Set-Acl.md | 4 ++-- 7 files changed, 15 insertions(+), 15 deletions(-) diff --git a/developer/cmdlet/required-development-guidelines.md b/developer/cmdlet/required-development-guidelines.md index 5085fbae447..6ca5b55f5c8 100644 --- a/developer/cmdlet/required-development-guidelines.md +++ b/developer/cmdlet/required-development-guidelines.md @@ -116,7 +116,7 @@ To make these calls the cmdlet must specify that it supports confirmation reques > [!NOTE] > If the Cmdlet attribute of the cmdlet class indicates that the cmdlet supports calls to the [System.Management.Automation.Cmdlet.ShouldProcess*](/dotnet/api/System.Management.Automation.Cmdlet.ShouldProcess) method, and the cmdlet fails to make the call to the [System.Management.Automation.Cmdlet.ShouldProcess*](/dotnet/api/System.Management.Automation.Cmdlet.ShouldProcess) method, the user could modify the system unexpectedly. -Use the [System.Management.Automation.Cmdlet.ShouldProcess*](/dotnet/api/System.Management.Automation.Cmdlet.ShouldProcess) method for any system modification. A user preference and the `Whatif` parameter control the [System.Management.Automation.Cmdlet.ShouldProcess*](/dotnet/api/System.Management.Automation.Cmdlet.ShouldProcess) method. In contrast, the [System.Management.Automation.Cmdlet.ShouldContinue*](/dotnet/api/System.Management.Automation.Cmdlet.ShouldContinue) call performs an additional check for potentially dangerous modifications. This method is not controlled by any user preference or the `Whatif` parameter. If your cmdlet calls the [System.Management.Automation.Cmdlet.ShouldContinue*](/dotnet/api/System.Management.Automation.Cmdlet.ShouldContinue) method, it should have a `Force` parameter that bypasses the calls to these two methods and that proceeds with the operation. This is important because it allows your cmdlet to be used in non-interactive scripts and hosts. +Use the [System.Management.Automation.Cmdlet.ShouldProcess*](/dotnet/api/System.Management.Automation.Cmdlet.ShouldProcess) method for any system modification. A user preference and the `WhatIf` parameter control the [System.Management.Automation.Cmdlet.ShouldProcess*](/dotnet/api/System.Management.Automation.Cmdlet.ShouldProcess) method. In contrast, the [System.Management.Automation.Cmdlet.ShouldContinue*](/dotnet/api/System.Management.Automation.Cmdlet.ShouldContinue) call performs an additional check for potentially dangerous modifications. This method is not controlled by any user preference or the `WhatIf` parameter. If your cmdlet calls the [System.Management.Automation.Cmdlet.ShouldContinue*](/dotnet/api/System.Management.Automation.Cmdlet.ShouldContinue) method, it should have a `Force` parameter that bypasses the calls to these two methods and that proceeds with the operation. This is important because it allows your cmdlet to be used in non-interactive scripts and hosts. If your cmdlets support these calls, the user can determine whether the action should actually be performed. For example, the [Stop-Process](/powershell/module/microsoft.powershell.management/stop-process) cmdlet calls the [System.Management.Automation.Cmdlet.ShouldContinue*](/dotnet/api/System.Management.Automation.Cmdlet.ShouldContinue) method before it stops a set of critical processes, including the System, Winlogon, and Spoolsrv processes. diff --git a/gallery/how-to/publishing-packages/publishing-a-package.md b/gallery/how-to/publishing-packages/publishing-a-package.md index 540fbb58414..d1e306e66d8 100644 --- a/gallery/how-to/publishing-packages/publishing-a-package.md +++ b/gallery/how-to/publishing-packages/publishing-a-package.md @@ -131,16 +131,16 @@ RequiredVersion. Most of the other options in the command line should be in the manifest data for the item you are publishing, so you should not need to specify them in the command. -To avoid errors, it is strongly recommended that you try the commands using -Whatif -Verbose, +To avoid errors, it is strongly recommended that you try the commands using -WhatIf -Verbose, before publishing. This will save considerable time, since every time you publish to the PowerShell Gallery, you must update the version number in the manifest section of the item. Examples would be: -* `Publish-Module -Path ".\MyModule" -NugetAPIKey "GUID" -Whatif -Verbose` -* `Publish-Script -Path ".\MyScriptFile.PS1" -NugetAPIKey "GUID" -Whatif -Verbose` +* `Publish-Module -Path ".\MyModule" -NugetAPIKey "GUID" -WhatIf -Verbose` +* `Publish-Script -Path ".\MyScriptFile.PS1" -NugetAPIKey "GUID" -WhatIf -Verbose` -Review the output carefully, and if you see no errors or warnings, repeat the command without -Whatif. +Review the output carefully, and if you see no errors or warnings, repeat the command without -WhatIf. All items that are published to the PowerShell Gallery will be scanned for viruses, and will be analyzed using the PowerShell Script Analyzer. Any issues that arise at that time will be sent back diff --git a/reference/3.0/Microsoft.PowerShell.Security/Set-Acl.md b/reference/3.0/Microsoft.PowerShell.Security/Set-Acl.md index 6b3d06768ad..317d433a807 100644 --- a/reference/3.0/Microsoft.PowerShell.Security/Set-Acl.md +++ b/reference/3.0/Microsoft.PowerShell.Security/Set-Acl.md @@ -100,10 +100,10 @@ The **Force** parameter gets hidden files, which would otherwise be excluded. The pipeline operator (|) sends the objects representing the retrieved files to the `Set-Acl` cmdlet, which applies the security descriptor in the **AclObject** parameter to all of the files in the pipeline. -In practice, it is best to use the **Whatif** parameter with all `Set-Acl` commands that can affect more than one item. +In practice, it is best to use the **WhatIf** parameter with all `Set-Acl` commands that can affect more than one item. In this case, the second command in the pipeline would be "`Set-Acl -AclObject $NewAcl -WhatIf`". This command lists the files that would be affected by the command. -After reviewing the result, you can run the command again without the **Whatif** parameter. +After reviewing the result, you can run the command again without the **WhatIf** parameter. ## PARAMETERS diff --git a/reference/4.0/Microsoft.PowerShell.Security/Set-Acl.md b/reference/4.0/Microsoft.PowerShell.Security/Set-Acl.md index df16bc29958..51d33bb64b0 100644 --- a/reference/4.0/Microsoft.PowerShell.Security/Set-Acl.md +++ b/reference/4.0/Microsoft.PowerShell.Security/Set-Acl.md @@ -93,10 +93,10 @@ The **Force** parameter gets hidden files, which would otherwise be excluded. The pipeline operator (|) sends the objects representing the retrieved files to the `Set-Acl` cmdlet, which applies the security descriptor in the **AclObject** parameter to all of the files in the pipeline. -In practice, it is best to use the **Whatif** parameter with all `Set-Acl` commands that can affect more than one item. +In practice, it is best to use the **WhatIf** parameter with all `Set-Acl` commands that can affect more than one item. In this case, the second command in the pipeline would be "`Set-Acl -AclObject $NewAcl -WhatIf`". This command lists the files that would be affected by the command. -After reviewing the result, you can run the command again without the **Whatif** parameter. +After reviewing the result, you can run the command again without the **WhatIf** parameter. ## PARAMETERS diff --git a/reference/5.0/Microsoft.PowerShell.Security/Set-Acl.md b/reference/5.0/Microsoft.PowerShell.Security/Set-Acl.md index a7d6b5896b7..5b733b2ed4f 100644 --- a/reference/5.0/Microsoft.PowerShell.Security/Set-Acl.md +++ b/reference/5.0/Microsoft.PowerShell.Security/Set-Acl.md @@ -99,10 +99,10 @@ The **Force** parameter gets hidden files, which would otherwise be excluded. The pipeline operator (|) sends the objects representing the retrieved files to the `Set-Acl` cmdlet, which applies the security descriptor in the **AclObject** parameter to all of the files in the pipeline. -In practice, it is best to use the **Whatif** parameter with all `Set-Acl` commands that can affect more than one item. +In practice, it is best to use the **WhatIf** parameter with all `Set-Acl` commands that can affect more than one item. In this case, the second command in the pipeline would be "`Set-Acl -AclObject $NewAcl -WhatIf`". This command lists the files that would be affected by the command. -After reviewing the result, you can run the command again without the **Whatif** parameter. +After reviewing the result, you can run the command again without the **WhatIf** parameter. ## PARAMETERS diff --git a/reference/5.1/Microsoft.PowerShell.Security/Set-Acl.md b/reference/5.1/Microsoft.PowerShell.Security/Set-Acl.md index a1c140f04e3..6cb95703b93 100644 --- a/reference/5.1/Microsoft.PowerShell.Security/Set-Acl.md +++ b/reference/5.1/Microsoft.PowerShell.Security/Set-Acl.md @@ -94,10 +94,10 @@ The **Force** parameter gets hidden files, which would otherwise be excluded. The pipeline operator (|) sends the objects representing the retrieved files to the `Set-Acl` cmdlet, which applies the security descriptor in the **AclObject** parameter to all of the files in the pipeline. -In practice, it is best to use the **Whatif** parameter with all `Set-Acl` commands that can affect more than one item. +In practice, it is best to use the **WhatIf** parameter with all `Set-Acl` commands that can affect more than one item. In this case, the second command in the pipeline would be "`Set-Acl -AclObject $NewAcl -WhatIf`". This command lists the files that would be affected by the command. -After reviewing the result, you can run the command again without the **Whatif** parameter. +After reviewing the result, you can run the command again without the **WhatIf** parameter. ## PARAMETERS diff --git a/reference/6/Microsoft.PowerShell.Security/Set-Acl.md b/reference/6/Microsoft.PowerShell.Security/Set-Acl.md index 1e3227c32fc..d6942d47d6f 100644 --- a/reference/6/Microsoft.PowerShell.Security/Set-Acl.md +++ b/reference/6/Microsoft.PowerShell.Security/Set-Acl.md @@ -98,10 +98,10 @@ The **Force** parameter gets hidden files, which would otherwise be excluded. The pipeline operator (|) sends the objects representing the retrieved files to the `Set-Acl` cmdlet, which applies the security descriptor in the **AclObject** parameter to all of the files in the pipeline. -In practice, it is best to use the **Whatif** parameter with all `Set-Acl` commands that can affect more than one item. +In practice, it is best to use the **WhatIf** parameter with all `Set-Acl` commands that can affect more than one item. In this case, the second command in the pipeline would be "`Set-Acl -AclObject $NewAcl -WhatIf`". This command lists the files that would be affected by the command. -After reviewing the result, you can run the command again without the **Whatif** parameter. +After reviewing the result, you can run the command again without the **WhatIf** parameter. ## PARAMETERS