-
Notifications
You must be signed in to change notification settings - Fork 739
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
[Feature request] Avoiding .venv in production #7342
Comments
Don't the following satisfy your request:
? |
This was addressed in #6834 |
Sorry, I saw this but did not connect the dots that it's about that problem, for anyone else, #6834 (comment) this is a perfect solution. |
No problem we can work on improving it. Is there anything in the docs that would be helpful to change? |
Don't see the |
@zanieb I'm currently looking into moving from pyenv, pipx, Poetry to uv and set uv as a company standard, I will explore more and can share my journey and/or feedback here, if that "Poetry user's journey" point of view would be at all helpful to you and your team working on uv. |
Related to: #7341
When making a Docker image with my application I would like to achieve the equivalent of Poetry's
POETRY_VIRTUALENVS_CREATE=false
to use the only Python interpreter in the container. This would reduce need for consideration over the .venv directory being mixed in the host and in the container (as the container would not have one)The text was updated successfully, but these errors were encountered: