-
Notifications
You must be signed in to change notification settings - Fork 4.1k
Update Microsoft.Security/privateLinks to stable version #29013
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 updates the Microsoft.Security/privateLinks provider to use a stable API version instead of a preview version. The change promotes the service from preview status (2025-09-01-preview) to stable (2026-01-01) within the Private Link Common Cmdlets framework.
Key Changes:
- Updated Microsoft.Security/privateLinks API version from preview to stable
- Added changelog entry documenting the onboarding
Reviewed changes
Copilot reviewed 2 out of 2 changed files in this pull request and generated 1 comment.
| File | Description |
|---|---|
| src/Network/Network/PrivateLinkService/PrivateLinkServiceProvider/ProviderConfiguration.cs | Updated API version from "2025-09-01-preview" to "2026-01-01" for Microsoft.Security/privateLinks configuration |
| src/Network/Network/ChangeLog.md | Added entry under "Upcoming Release" documenting the onboarding of Microsoft.Security/privateLinks to Private Link cmdlets |
| ---> | ||
|
|
||
| ## Upcoming Release | ||
| * Onboarded `Microsoft.Security/privateLinks` to Private Link Common Cmdlets |
Copilot
AI
Dec 28, 2025
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.
The changelog entry does not explain what changed from the user's perspective. According to the custom guidelines for ChangeLog.md files, entries should be written for Azure PowerShell users and explain what changed and how it affects their usage. Consider revising to something like: "Updated Microsoft.Security/privateLinks to stable API version 2026-01-01 for Private Link cmdlets" to clarify that this is an API version update that affects stability/support.
|
/azp run |
|
Azure Pipelines successfully started running 3 pipeline(s). |
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.mdand reviewed the following information:ChangeLog.mdfile(s) appropriatelysrc/{{SERVICE}}/{{SERVICE}}/ChangeLog.md.## Upcoming Releaseheader in the past tense.ChangeLog.mdif no new release is required, such as fixing test case only.