-
Notifications
You must be signed in to change notification settings - Fork 204
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
Configurable environment location #2365
Comments
I believe you are looking for detached environments: https://pixi.sh/latest/reference/pixi_configuration/#detached-environments |
Thank you very much, that's what I was looking for. |
Ah yes indeed @opcode81 . Would you be willing to create a PR to fix this by any chance? |
- Remove statement about .pixi/env being the only possible location - Add pointer to detached-environments instead
Sure, PR added: #2370 |
Thanks a lot @opcode81 ! |
Problem description
I am aware that it was a deliberate design decision to not allow the location to be configurable, as this "keeps your machine and your project clean and isolated from each other, and makes it easy to clean up after a project is done."
The problem with your assumptions is that while they may fit your needs, they may not align with those of others.
Environments are huge (often >10 GB), the project source code is small. I keep source code and project resources on a RAID drive for redundancy, but not the envs. You are completely shifting the balance of content in the project folders. The envs are recreatable at any time, yet typically make up over 90% of a project folder. And I back up the project folders (source code and resources) as well (they aren't usually ever "done" and ready for deletion). Why would I waste backup space on something I can recreate in two minutes and which only works on one type of platform?
I would kindly request that you reconsider this decision and allow the location to be configured.
The text was updated successfully, but these errors were encountered: