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
The .NET SDK has package validation, which are useful checks when you publish your NuGet package. Let's utilize them, and configure them how we see them suitable.
We already have the previous version lookup code in the publish-nuget action to get the baseline version. This needs to compare against the latest release (i.e. not pre-release/alpha) version. Note that there might not be a previous release yet, in which case this validation shouldn't run.
What to do during alpha releases, releases for issues? Breaking changes should still be tackled, but we need to be able to accept them. The CompatibilitySuppressions.xml file is good for this, but this also needs to be automatically removed upon a major release (i.e. when we may introduce breaking changes).
Didn't use Baseline version validator in the workflow in the end. It would require constant maintenance of the suppression file. Instead, documented to run it prior to selecting the next version number.
The .NET SDK has package validation, which are useful checks when you publish your NuGet package. Let's utilize them, and configure them how we see them suitable.
publish-nuget
action to get the baseline version. This needs to compare against the latest release (i.e. not pre-release/alpha) version. Note that there might not be a previous release yet, in which case this validation shouldn't run.The text was updated successfully, but these errors were encountered: