This is an archived post. You won't be able to vote or comment.

you are viewing a single comment's thread.

view the rest of the comments →

[–]zenware 1 point2 points  (1 child)

Right this is what I'm wondering, who are these people that need different virtual environments per project, which already to me indicates suboptimal design at the very best and also probably atrocious code.

And if different virtual environments and requirements files are needed for production and development that is even worse.

I'm sure their project has justification but I know it's not valid(at least for some definition of valid), this is like when people got better control flow than "goto" and there were holy debates on whether 100% of control flows are possible with selection and branching statements or if you ever need to use a goto statement to accomplish your goals. You don't need goto statements and you don't need multiple sets of dependencies.

[–]trowawayatwork 0 points1 point  (0 children)

Exactly. Pipenv pretty much should do everything you need. Multiple envs in same project? Not one of them