Skip to content

Switch uv resolution back to default#427

Merged
stefanvanburen merged 2 commits intomainfrom
svanburen/default-highest
Feb 26, 2026
Merged

Switch uv resolution back to default#427
stefanvanburen merged 2 commits intomainfrom
svanburen/default-highest

Conversation

@stefanvanburen
Copy link
Member

This switches our version resolution back to the default of "highest", but leaves around our testing of our entire version range in CI. This more closely follows the recommendation of the uv team for libraries. This should help with resolving some of the GitHub security alerts we get on this repository.

Ref: connectrpc/connect-python#142
Ref: #373
Ref: astral-sh/uv#18178 (comment)

This switches our version resolution back to the default of "highest",
but leaves around our testing of our entire version range in CI. This
more closely follows [the recommendation of the uv team][1] for
libraries. This should help with resolving some of the GitHub security
alerts we get on this repository.

[1]: https://docs.astral.sh/uv/concepts/resolution/#resolution-strategy

Ref: connectrpc/connect-python#142
Ref: #373
Ref: astral-sh/uv#18178 (comment)
Unclear why we didn't hit this on the previous approach with CI; seems
like maybe a `uv` resolution bug?
@stefanvanburen stefanvanburen marked this pull request as ready for review February 25, 2026 21:10
Copy link
Contributor

@AdrienVannson AdrienVannson left a comment

Choose a reason for hiding this comment

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

I didn't know about the resolution strategy, this is really nice!

# We need at least this version, which fixed Python 3.14 compatibility (tp_new metaclass issue).
# The fix was never backported to the 5.x series.
# Ref: https://github.com/protocolbuffers/protobuf/pull/20594
"protobuf>=6.31.0; python_version >= '3.14'",
Copy link
Member

Choose a reason for hiding this comment

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

If it is picking the highest, does this mean if there is a version 7 with potentially breaking changes it picks that up with this config?

Copy link
Member Author

Choose a reason for hiding this comment

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

yes, but that's always been the case and we want to avoid an upper limit as a library unless we really know that a v7 will break us. Some references:

@stefanvanburen stefanvanburen merged commit 4bac257 into main Feb 26, 2026
12 checks passed
@stefanvanburen stefanvanburen deleted the svanburen/default-highest branch February 26, 2026 14:16
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