You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: documentation/development-docs/design-guidelines/managed-identity-best-practices.md
+6-4
Original file line number
Diff line number
Diff line change
@@ -58,12 +58,14 @@ We are recommended to use string array as the type of UserAssignedIdentity with
58
58
- No syntax changes if service supports one more user assigned identity in future;
59
59
- Service will provide correct error response if customer reaches the count limitation of `UserAssignedIdentity` ideally, which means no harm.
60
60
61
-
### How to disable transforming IdentityType and UserAssignedIdentity to avoid breaking changes when migrate from autorest.powershell v3 to v4.
62
-
See details at [here](https://github.com/Azure/autorest.powershell/blob/main/docs/migration-from-v3-to-v4.md#how-to-mitigate-the-breaking-changes-of-managed-identity-best-practice-alignment).
61
+
### What should I do if transforming IdentityType and UserAssignedIdentity introduce breaking changes
62
+
This breaking changes usually happen when migrate from autorest.powershell v3 to v4. In general, we require APIs that support managed identity to follow the standard pattern described in this guide. So please follow these steps:
63
+
If the module is under pre-GA status, we can let the syntax break directly due to pre-GA features are not promised stable.
64
+
If the module is GAed, we need to disable the transform (See guideline at [here](https://github.com/Azure/autorest.powershell/blob/main/docs/migration-from-v3-to-v4.md#how-to-mitigate-the-breaking-changes-of-managed-identity-best-practice-alignment).) but preannounce breaking change) and plan to break it (add upcoming breaking changes for them and take the effects on a major release).
63
65
64
-
### What should I do to mitigate one patch operation which is reported to parameter IdentityType can not be transformed as the best practice design?
66
+
### What should I do if Autorest reports _"Parameter IdentityType in operation '{operationId}' can not be transformed as the best practice design"_?
67
+
This error indicates that autorest is trying to replace PATCH operation by GET+PUT operation to let IdentityType transformed as best practice desgin but failed due to certain reasons. One of common reasons is GET operation contains query parameter and autorest has not supported such a combined GET+PUT operation. To mitigate this issue,
65
68
66
-
autorest.powershell is unable to transform IdentityType as the best practice design for certain reasons. To mitigate this issue,
67
69
- Include a customization script to transform the parameter IdentityType to EnableSystemAssignedIdentity by `get` + `patch` update for this type of operation. The following are the detailed steps on how to accomplish this.
68
70
- disable transformation for the operation which reported error in README.md by
0 commit comments