Skip to content
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

Add release notes for .NET Provider 8.0.0 stable release #975

Merged
merged 8 commits into from
Oct 9, 2024

Conversation

amerjusupovic
Copy link
Member

No description provided.

## 8.0.0 - October 3rd, 2024
### Breaking Changes
* Increased the default maximum retry count when resolving Key Vault references and increased the minimum refresh interval to 1 minute. This helps prevent throttled requests to Key Vault and will reduce the chance of failing to resolve a secret due to momentary failures. [#589](https://github.com/Azure/AppConfiguration-DotnetProvider/issues/589)

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we repeat all the breaking changes here since the last stable release? Most users don't follow all the preview releases and track all the breaking changes.

* The APIs `AzureAppConfigurationRefreshOptions.SetCacheExpiration` and `FeatureFlagOptions.CacheExpirationInterval` have been deprecated and will be removed in a future release. They are replaced with `AzureAppConfigurationRefreshOptions.SetRefreshInterval` and `FeatureFlagOptions.SetRefreshInterval`, respectively. This change does not affect functionality but aims to eliminate confusion regarding cache expiration implied by the previous API names. [#350](https://github.com/Azure/AppConfiguration-DotnetProvider/issues/350)

### Enhancements
* **Variant Feature Flags and Telemetry**: This is the first stable release with support for the `variants`, `allocation`, and `telemetry` properties for feature flags added by version 4.0.0 of the [Microsoft.FeatureManagement.*](https://github.com/microsoft/FeatureManagement-Dotnet) libraries. While variant feature flags can still be toggled on or off, they also allow for different configurations, ranging from simple primitives to complex JSON objects. Variant feature flags are particularly useful for feature rollouts, configuration rollouts, and feature experimentation (like A/B testing, for example).
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

A/B testing and experimentation are the same thing, not an example of the other.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Our experimentation docs didn't make it seem that way https://learn.microsoft.com/en-us/azure/azure-app-configuration/concept-experimentation#scenarios-for-using-experimentation

It makes it sound like A/B testing is one way to use experimentation, not that they're equivalent. Is our stance that it's the same thing?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That document can definitely use some improvement. The same technology that is used for experimentation can be used for other scenarios like feature rollout, but will you call your feature rollout an experiment? I won't.

@amerjusupovic amerjusupovic merged commit 355a2ec into main Oct 9, 2024
1 check passed
@amerjusupovic amerjusupovic deleted the ajusupovic/dotnetprovider-releasenotes-8.0.0 branch October 9, 2024 22:33
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants