azure-powershell
azure-powershell copied to clipboard
Added Delete Option for Set-AzVmssStorageProfile and Add-AzVmssDataD…
…isk cmdlets
Description
Please find the Design request here
- https://github.com/Azure/azure-powershell-cmdlet-review-pr/issues/1176
Checklist
- [x] Check this box to confirm: I have read the Submitting Changes section of
CONTRIBUTING.mdand reviewed the following information:
- SHOULD select appropriate branch. Cmdlets from Autorest.PowerShell should go to
generationbranch. - SHOULD make the title of PR clear and informative, and in the present imperative tense.
- SHOULD update
ChangeLog.mdfile(s) appropriately- For any service, the
ChangeLog.mdfile can be found atsrc/{{SERVICE}}/{{SERVICE}}/ChangeLog.md - A snippet outlining the change(s) made in the PR should be written under the
## Upcoming Releaseheader in the past tense. Add changelog in description section if PR goes intogenerationbranch. - Should not change
ChangeLog.mdif no new release is required, such as fixing test case only.
- For any service, the
- SHOULD have approved design review for the changes in this repository (Microsoft internal only) with following situations
- Create new module from the scratch
- Create new resource types which are not easy to conform to Azure PowerShell Design Guidelines
- Create new resource type which name doesn't use module name as prefix
- Have design question before implementation
- SHOULD regenerate markdown help files if there is cmdlet API change. Instruction
- SHOULD have proper test coverage for changes in pull request.
- SHOULD NOT introduce breaking changes in Az minor release except preview version.
- SHOULD NOT change version of module in pull request
could you add powershell design to the description?
please update description for this PR and add powershell design link
could you add powershell design to the description?
Added powershell design to the description
please update description for this PR and add powershell design link
Updated
LGTM @isra-fel could you review/merge?
Again, my question is about the inconsistency of parameter names: *Delete*Option vs. OsDisk*Deletion*Option. They may cause some confusion for customers. Which one is more formal? Can you use one word for both parameters?
Also please resolve the conflicts.
I find it a little confusing that one parameter is called
*Delete*Optionwhile another isOsDisk*Deletion*Option. Is there any particular reason they are different?
Regarding this, the naming conventions *Delete*Option and OsDisk*Deletion*Option are defined in the PR design itself (https://github.com/Azure/azure-powershell-cmdlet-review-pr/issues/1176).
I followed the PR design in naming conventions, can you please have a look at design?
For clarity- DeleteOption- refers to Data Disk deletion OsDiskDeletionOption - Delete Os Disk profile
@pselugar Hi, I checked the design and it read OsDiskDeleteOption (rather than "Deletion"). So please correct the name of this parameter. Don't forget to refresh the documents.
Thanks.
@pselugar Hi, I checked the design and it read
OsDiskDeleteOption(rather than "Deletion"). So please correct the name of this parameter. Don't forget to refresh the documents. Thanks.
Thanks for the catch. Made the changes and generated corresponding .md files.
/azp run azure-powershell - security-tools
Azure Pipelines successfully started running 1 pipeline(s).