Replies: 3 comments 1 reply
-
I do think there is some value in this, and I still use something like this myself. There is however also the risk of introducing yet another way of managing things and I was hoping to avoid this. Maybe it would make sense to have some "legacy plumbing" commands in Rye that enable something like this. I will need to think about this a bit more though. |
Beta Was this translation helpful? Give feedback.
-
Bump on this. It would definitely help in non-Rye projects where I want to use Rye because of how amazing it is. git add -A && git stash
rye pin 3.8 # my desired py version
# sometimes: rye init
rye sync
uv pip install ...
git add -A && git reset --hard HEAD && git stash pop
# now some empty dirs are left to manually delete... (
Beware I don't want Rye's lock files, I just want it for simple toolchain & dependency management. |
Beta Was this translation helpful? Give feedback.
-
I ended up just making a rye command that opens a new shell as Honestly, I was really surprised to learn this didn't already exist. |
Beta Was this translation helpful? Give feedback.
-
As a OSS maintainer, my most frequent workflow is creating minimum reproducible environment.
Current my workflow is:
I use pip instead of
rye init && rye add && rye sync
because:pip install -v
pip install -U ../..
to test a branch containing bugfixsrc/
directoryI am satisfied with this workflow. I think many OSS maintainers would like this workflow too.
So it would be nice if we can create .venv without some hacks (e.g. global-python and mkvenv alias).
rye venv --py 3.11
calls$HOME/.rye/py/cpython@3.11.7/install/bin/python -m venv --prompt . .venv
rye venv --py 3.11 VENV_DIR
calls$HOME/.rye/py/cpython@3.11.7/install/bin/python -m venv VENV_DIR
Beta Was this translation helpful? Give feedback.
All reactions