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
Dependencies pinned on default enviroment are overrided on development env.
I'll use an example to better illustrate a situation:
You are developing a django app and you don't want to use django >= 2, so you install it like this: pipenv install "django<2"
Then you decide to install django-debug-toolbar and tag it as a development dependency: pipenv install django-debug-toolbar --dev
The generated Pipfile.lock will have django on default pinned at 1.11.* and on develop it will be locked at 2.*
For now, the way i'm dealing with this copying all non "*" dependencies to develop on Pipfile, so the generated Pipfile.lock will respect it. Not sure if this is indeed a bug or an design decision.
Describe your environment
OS Type: Linux (Ubuntu 16.04.3 LTS)
Python version: 3.6.2
Pipenv version: 9.0.3
Expected result
I expected Pipfile.lock on develop to respect default rules unless they were explicitly overrided on develop.
Actual result
Pipenv.lock overrides the dependencies on default even when they are not specified.
Steps to replicate
Using my example, run pipenv lock with the following Pipfile:
Hey @Varnion thanks for the report, this is indeed a bug but we are already tracking this in #1220 and #1255 so I am going to go ahead and close this out for now
in the meantime a workaround is to put django in both sections (ugly I know, sorry for the un-pretty usage)
Dependencies pinned on default enviroment are overrided on development env.
I'll use an example to better illustrate a situation:
You are developing a django app and you don't want to use django >= 2, so you install it like this:
pipenv install "django<2"
Then you decide to install django-debug-toolbar and tag it as a development dependency:
pipenv install django-debug-toolbar --dev
The generated Pipfile.lock will have django on default pinned at 1.11.* and on develop it will be locked at 2.*
For now, the way i'm dealing with this copying all non "*" dependencies to develop on Pipfile, so the generated Pipfile.lock will respect it. Not sure if this is indeed a bug or an design decision.
Describe your environment
Expected result
I expected Pipfile.lock on develop to respect default rules unless they were explicitly overrided on develop.
Actual result
Pipenv.lock overrides the dependencies on default even when they are not specified.
Steps to replicate
Using my example, run
pipenv lock
with the following Pipfile:The text was updated successfully, but these errors were encountered: