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

.Net: Stop setting upper bound on nuget references #9808

Merged
merged 1 commit into from
Nov 25, 2024

Conversation

stephentoub
Copy link
Member

@stephentoub stephentoub commented Nov 25, 2024

It's an anti-pattern, blocking developers from upgrading.

#9802

@stephentoub stephentoub requested a review from a team as a code owner November 25, 2024 17:13
@markwallace-microsoft markwallace-microsoft added the .NET Issue or Pull requests regarding .NET code label Nov 25, 2024
@github-actions github-actions bot changed the title Stop setting upper bound on nuget references .Net: Stop setting upper bound on nuget references Nov 25, 2024
@stephentoub stephentoub added this pull request to the merge queue Nov 25, 2024
Merged via the queue into microsoft:main with commit ec055b5 Nov 25, 2024
16 checks passed
@stephentoub stephentoub deleted the upperbounds branch November 25, 2024 18:09
@jphorv-bdo
Copy link

I'm surprised this is considered an anti-pattern. Having an upper bound on the YamlDotNet reference would have let me discover issue #9051 at package update time instead of at runtime.

And I'd much rather discover it at package update time.

@stephentoub
Copy link
Member Author

stephentoub commented Dec 2, 2024

Reactively set upper bounds, when there are known breaking changes, are appropriate: it's why they exist. Pre-emptively set upper bounds, when there's no known compat issue, are not appropriate, and that's the case here. There's no breaking change here: all this upper bound did is ensure the consumer will have upgrade problems.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
.NET Issue or Pull requests regarding .NET code
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants