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
CDN removed properties from a few latest versions PR in specs. In the description, they claim that those versions weren't released yet, so apparently we need to adopt a notion of release in our pipeline. A working theory is that a version isn't released unless it's published in the "README". And indeed, those versions were not in here until a week ago. We should validate this across the repo.
Security renamed their types to avoid the word "whitelist" PR in specs. They confirm it's breaking but shipped for language-usage reasons.
Storage cache fixed something about discrimination properties PR is specs. There's no explanation in the PR, so I asked for one, but it looks like this may be a bug fix in their terms, see this other PR.
In all three cases, Microsoft's automation detected the changes as breaking but the reviewers went ahead regardless.
Two new breaking changes on 2020-08-24 (see #131):
C# namespace alias changed from AAD to Aad this is because a new spec file was added and our codegen took the alias from this new file, not the old file. If this happens after the release, we may want to pin the alias in our code.
A resource SubscriptionAlias is renamed to Alias. This is a breaking change and clearly marked so in the original PR. They let it through because
This is newly added version which is added last week. No SDK has been released yet for this version and API is not live yet for real customers, only internal testing users are using it.
I guess it would be okay for us to release this breaking change with the same note.
A property sharedPrivateLinkResources was removed from Microsoft.Search stable API version 2020-03-13. The change comes from this PR, they acknowledge it's breaking, but still go ahead. Also, they mention they checked whether Terraform is impacted and it's not. I guess we should get to a position when they start checking Pulumi too. 😄
A bunch of properties was made read-only in HybridCompute/MachineProperties and HybridCompute/MachineExtensionInstanceView. The upstream PR says:
although at the spec level this is a breaking change, from a codgen perspective these APIs have never really been released and from the service perspective, if these properties were supplied in a request, they would be ignored so the impact is incredibly minimal/non-existent.
Two more breaking changes on 2020-09-07 (see #166):
This PR pushed a new version of Microsoft.Devices/2020-03-01 to the deviceprovisioningservices folder. However, there is an existing version of Microsoft.Devices/2020-03-01 in the iothub folder and their definitions overlap. In particular, CertificateProperties has no certificate property in the former but does have it in the latter. This caused us to remove the property from our SDK.
Machine learning services removed several resource properties from PrivateEndpointConnection in this PR:
They are not a breaking change to our python sdk(currently we only support python sdk). It's more like a correction. Because the PrivateEndpointConnection never supports Identity, Sku all that stuff in our services, so when I try to autorest with the current swagger, I found the issue therefore made this change. Hope it explains better the motivation of the breaking change
One breaking change in the latest NetApp stable version (upstream PR). Accepted with a comment
Note the feature is in preview. the spec is new-ly created and generated SDK's have not been released yet, may be considered breaking but addresses a bug that we would like to fix.
Let's collect breaking changes in stable API as we upgrade periodically.
The first batch (see #122 for discussion):
CDN removed properties from a few latest versions PR in specs. In the description, they claim that those versions weren't released yet, so apparently we need to adopt a notion of release in our pipeline. A working theory is that a version isn't released unless it's published in the "README". And indeed, those versions were not in here until a week ago. We should validate this across the repo.
Security renamed their types to avoid the word "whitelist" PR in specs. They confirm it's breaking but shipped for language-usage reasons.
Storage cache fixed something about discrimination properties PR is specs. There's no explanation in the PR, so I asked for one, but it looks like this may be a bug fix in their terms, see this other PR.
In all three cases, Microsoft's automation detected the changes as breaking but the reviewers went ahead regardless.
Two new breaking changes on 2020-08-24 (see #131):
C# namespace alias changed from
AAD
toAad
this is because a new spec file was added and our codegen took the alias from this new file, not the old file. If this happens after the release, we may want to pin the alias in our code.A resource
SubscriptionAlias
is renamed toAlias
. This is a breaking change and clearly marked so in the original PR. They let it through becauseI guess it would be okay for us to release this breaking change with the same note.
Another breaking change on 2020-08-27 (see #140):
sharedPrivateLinkResources
was removed fromMicrosoft.Search
stable API version2020-03-13
. The change comes from this PR, they acknowledge it's breaking, but still go ahead. Also, they mention they checked whether Terraform is impacted and it's not. I guess we should get to a position when they start checking Pulumi too. 😄Another breaking change on 2020-09-03 (see #159):
A bunch of properties was made read-only in
HybridCompute/MachineProperties
andHybridCompute/MachineExtensionInstanceView
. The upstream PR says:Two more breaking changes on 2020-09-07 (see #166):
This PR pushed a new version of
Microsoft.Devices/2020-03-01
to thedeviceprovisioningservices
folder. However, there is an existing version ofMicrosoft.Devices/2020-03-01
in theiothub
folder and their definitions overlap. In particular,CertificateProperties
has nocertificate
property in the former but does have it in the latter. This caused us to remove the property from our SDK.Machine learning services removed several resource properties from
PrivateEndpointConnection
in this PR:Another breaking change on 2020-09-15 (see #191):
One breaking change in the latest
NetApp
stable version (upstream PR). Accepted with a commentOne breaking change on 2020-10-13 (see #283):
HubRouteTable
: API definition fixed to match previous versions and the API behavior, sourceA breaking change on 2020-10-29 (see #309):
VirtualMachineScaleSetVMExtension
removedlocation
andtags
, sourceA breaking change on 2020-10-30 (see #310):
Marketplace
resources to match the service behavior, sourceA breaking change on 2020-11-04 (see #318):
OperationalInsights
, no comment yet, sourceA breaking change on 2020-11-05 (see #323):
Marketplace
2020-01-01, sourceA breaking change on 2020-11-10 (see #329):
expressRouteGatewayBypass
property removed from the latest Network version, sourceA breaking change on 2020-11-13 (see #344):
Marketplace
RP sourceA breaking change on 2020-11-13 (see #346):
Attestation
version2018-09-01
to2018-09-01-preview
, sourceA breaking change on 2020-11-17 (see #355):
OperationalInsights
version2020-10-01
which "not opened yet to customers", sourceA breaking change on 2020-11-19 (see #357):
A breaking change on 2020-11-20 (see #358):
Two breaking changes on 2020-11-25 (see #364):
One breaking change on 2020-12-06 (see #377):
ExportExecution
changed from Resource to ProxyResource, sourceOne breaking change on 2020-12-09 (see #383):
One breaking change on 2020-12-18 (see #411):
One breaking change on 2020-12-24 (see #419):
Two breaking changes on 2021-01-06 (see #438):
Two breaking changes on 2021-01-09 (see #443):
One breaking change on 2021-01-11 (see #445):
Two breaking change on 2021-01-14 (see #450):
One breaking change on 2021-01-21 (see #463):
ActionRule
renamed toAction
in operational (security) insights (source)One breaking change on 2021-01-22 (see #466):
Two breaking changes on 2021-01-26 (see #479):
Two breaking changes on 2021-01-30 (see #491):
Three breaking changes on 2021-02-04 - all are "swagger correctness fixes" (see #500):
One breaking change on 2021-02-11 (see #510):
Two breaking changes on 2021-02-21 (see #529):
A number of breaking changes, within several days before 2021-02-25 all described as correctness fixes (see #533):
The text was updated successfully, but these errors were encountered: