You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Do you think a requirements.txt file should live alongside a Pipenv file?
I am aware pipenv can import dependencies from the requirements.txt file "and forget about it". I was thinking more of a scenario where people and/or tools wouldn't use pipenv on a machine but would still fallback to pip. Think "legacy package users" here, if that makes any sense.
Would you advise on doing whilst pipenv (hopefully) takes over the old ways of managing dependencies and virtual environments?
Thank you in advance.
The text was updated successfully, but these errors were encountered:
I am using this hack. Sometimes ipython, sphinx, and other packages fail to be installed (with my specific configuration).
So, I store them in requirements.txt.
@walterdolce, we leave those kinds of decisions up to project maintainers. Ideally, we would eventually be moved over to the pipfile spec and requirements.txt would be phased out. As we're in this transitionary state though, having both doesn't have any significant downsides. If you think you may have a population of users that won't be using Pipenv, then feel free to include it.
Do you think a
requirements.txt
file should live alongside aPipenv
file?I am aware
pipenv
can import dependencies from therequirements.txt
file "and forget about it". I was thinking more of a scenario where people and/or tools wouldn't usepipenv
on a machine but would still fallback topip
. Think "legacy package users" here, if that makes any sense.Would you advise on doing whilst
pipenv
(hopefully) takes over the old ways of managing dependencies and virtual environments?Thank you in advance.
The text was updated successfully, but these errors were encountered: