-
Notifications
You must be signed in to change notification settings - Fork 4.1k
[PS] Migrate StackHCI module to autorest v4 #28363
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
Thanks for your contribution! The pull request validation has started. Please revisit this comment for updated status. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pull Request Overview
This PR migrates the StackHCI module from autorest v3 to autorest v4, updating generated PowerShell cmdlets and their documentation. The migration brings several structural changes to the module's API surface.
Key changes include:
- Updated type definitions from strongly-typed enums to string types for better flexibility
- Modified parameter sets and method signatures across cmdlets
- Added new JSON input parameter support for several cmdlets
- Restructured identity and authentication parameter handling
Reviewed Changes
Copilot reviewed 83 out of 84 changed files in this pull request and generated 1 comment.
Show a summary per file
File | Description |
---|---|
help/*.md | Updated cmdlet documentation with new parameter types and syntax changes |
StackHCI.sln | Updated project GUID references for autorest v4 compatibility |
Az.StackHCI.psd1 | Added new cmdlet exports and updated module metadata |
test/utils.ps1 | Fixed variable references in test utility functions |
docs/*.md | Updated autorest documentation with new type definitions |
/azp run |
Azure Pipelines successfully started running 3 pipeline(s). |
waiting the service team for recording test |
Description
Mandatory Checklist
Please choose the target release of Azure PowerShell. (⚠️ Target release is a different concept from API readiness. Please click below links for details.)
Check this box to confirm: I have read the Submitting Changes section of
CONTRIBUTING.md
and reviewed the following information:ChangeLog.md
file(s) appropriatelysrc/{{SERVICE}}/{{SERVICE}}/ChangeLog.md
.## Upcoming Release
header in the past tense.ChangeLog.md
if no new release is required, such as fixing test case only.