Skip to content

Commit fc9eee8

Browse files
authored
Update managed-identity-best-practices.md (#26351)
1 parent 2bbfd5b commit fc9eee8

File tree

1 file changed

+6
-4
lines changed

1 file changed

+6
-4
lines changed

documentation/development-docs/design-guidelines/managed-identity-best-practices.md

+6-4
Original file line numberDiff line numberDiff line change
@@ -58,12 +58,14 @@ We are recommended to use string array as the type of UserAssignedIdentity with
5858
- No syntax changes if service supports one more user assigned identity in future;
5959
- Service will provide correct error response if customer reaches the count limitation of `UserAssignedIdentity` ideally, which means no harm.
6060

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).
6365

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,
6568

66-
autorest.powershell is unable to transform IdentityType as the best practice design for certain reasons. To mitigate this issue,
6769
- 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.
6870
- disable transformation for the operation which reported error in README.md by
6971
```

0 commit comments

Comments
 (0)