How will rye
and uv
coexist in the future?
#1164
-
I have been following the two projects and needless to say the progress so far has been great, but now that both Is When it comes to "full-service" package managers for python like poetry or pdm, rye seems to better fit the bill. However, uv was born out of the astral umbrella with the aim of achieving the goal of "cargo for python". Until recently I used to think as these two projects as being complimentary to each other. I don't claim to fully understand the two but from my limited understanding rye seemed to be the "frontend" whereas uv seemed to be the "backend" for rye. If someone needed an ultra fast python dependency manager, they could use uv. If they need to manage their project in addition to handling dependencies, they could consider rye. That said, with the recent addition of If that is the case, I think that future adopters of the project deserve to know. It is easy to get started with a new tool, but the nuances are hard to master. Getting your friends to try a new tool is easy, but getting your colleagues to do so is hard. If rye is going to be deprecated in favor of uv, I would rather spend my time mastering uv and wait for feature parity in the future instead of learning rye right now only to unlearn it in the future. Is I find it hard to imagine such a future for reasons mentioned above, but if both projects are indeed headed in this direction, it will be crucial to separate responsibilities so that the projects don't compete against each other any more than they already do. In either case it would be great if one of the maintainers could chime in and clarify how these projects will coexist in the future. |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments
-
Hi! Charlie is on vacation right now, and I'm sure he can provide more context when he's back, but I appreciate your concerns and want to give the short answer now. Armin wrote a blog post about this topic after the launch of uv. To quote from there:
This was a few months ago and we're clearly devoting a lot of resources to exploring new workflows in uv right now. I think this is mostly because it's been easier for us to build on top of uv's code rather than Rye's. We're focusing on reaching parity with tools like pipx and Poetry while adding Rye-inspired features like workspaces, Python toolchain management, and dependency sources. There are new uv workflows that overlap with Rye, but there are also Rye features that aren't a focus yet like running tests, building wheels, and publishing packages. Rye is still functioning as a place to explore innovation in Python tooling, it can move quickly by making compromises like using other tools under the hood. I don't see Rye being deprecated soon. The new features in uv need time to mature and we're interested in growing our role as maintainers of Rye. We don't see the projects as competitive; uv has made Rye faster and we get a lot of feedback and insights from Rye users. We want to support early adopters of both tools, and an easy migration from Rye to uv is a priority. |
Beta Was this translation helpful? Give feedback.
-
Thanks for the answer, I think this instills some confidence and takes away some hesitation from trying both these tools. Unless you wish to use this discussion to reach out to a broader audience, please feel free to close this. |
Beta Was this translation helpful? Give feedback.
Hi! Charlie is on vacation right now, and I'm sure he can provide more context when he's back, but I appreciate your concerns and want to give the short answer now.
Armin wrote a blog post about this topic after the launch of uv. To quote from there:
This was a few months ago and we're clearly devoting a lot of resources to exploring new workflows in uv right now. I think this is mostly because it's been easier for us to b…