python-poetry / python-poetry/poetry
Update Poetry to use VIRTUALENVS_HOME for location of virtualenvs
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 34.3k
- Forks
- 2.5k
- Avg merge
- 2d 19h
- Merged PRs (30d)
- 30
Description
- I have searched the issues of this repo and believe that this is not a duplicate.
- I have searched the documentation and believe that my question is not covered.
Feature Request
Update Poetry to use the VIRTUALENVS_HOME environment variable as its first choice for the location to store virtual envs.
This is a very simple change request, but it has many positive ramifications for developers who tend to use a wide variety of tools to develop Python solutions.
Currently Poetry provides a config setting and a Poetry specific environment variable. Neither of these is portable across the many tools used by developers that interact with virtual environments.
My justification is that currently there are dozens of tools for python that interact with virtualenvs in some way. They currently all store virtual envs in their own custom locations, which varies by platform. If they provide an option to change the location used for storing venvs it is with a custom environment variable for that tool. Given the current fragmentation of the python developer tool-set for managing environments, packaging, etc. I am trying to start small with one small change that could help all developers.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing how Poetry currently selects the virtualenv storage location and how its existing configuration and environment variable are handled. Confirm the precedence for VIRTUALENVS_HOME, add or update coverage for that behavior, and verify that the existing configuration remains supported.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- tooling
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100