PIPENV_VENV_IN_PROJECT=true should be default behavior
See original GitHub issueIs there a reason why pipenv is poluting ~
with virtualenvs by default? To me it doesn’t make any sense. If the specific virtualenv is associated with specific project than why store it somewhere deep inside your ~
and not in the project’s folder?
Issue Analytics
- State:
- Created 6 years ago
- Reactions:16
- Comments:13 (6 by maintainers)
Top Results From Across the Web
Advanced Usage of Pipenv - Read the Docs
pipenv install by default does attempt to re-lock unless using the --deploy flag.
Read more >What's wrong with pipenv? I am genuinely curious. On local
If poetry doesn't add venv management, then pipenv should add packaging management. ... `PIPENV_VENV_IN_PROJECT` not being the default is also annoying for ...
Read more >pipenv Documentation - Read the Docs
Default is 120 seconds, an arbitrary number that seems to work. PIPENV_VENV_IN_PROJECT. When set True, will create or use the .venv in your...
Read more >How to set PIPENV_VENV_IN_PROJECT on per-project basis
1 Answer 1 · Simply create the .venv yourself. Pipenv will use it. · Use a tool like direnv to activate this setting...
Read more >pipenv Changelog - pyup.io
``2021.11.9`` because by default ``sphinx-click`` could no longer ... Use environment variable ``PIPENV_SKIP_LOCK`` to control the behaviour of lock ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
That’s weird
But why? I don’t understand why would anyone change good design to bad
@olegantonyan I don’t think either design is bad (or good). There is wild-spread usage of tools using a centralised virualenv storage, such as virtualenvwrapper, Anaconda’s virtualenv support, and pyenv-virtualenv. I’d guess none of their users think it is a bad idea. It is subjective.
(Disclaimer: I do prefer the virtualenv-beside-project approach, and set
PIPENV_VENV_IN_PROJECT
on my machine. I just don’t think either is objectively superior, at least not much.)