-
Notifications
You must be signed in to change notification settings - Fork 5.5k
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
Move debugtoolbar and silk to regular #3076
Move debugtoolbar and silk to regular #3076
Conversation
… regular requirements
BTW, there some issues with recent pipenv version (2018.6.25/2018.7.1). If there are any issues relating with locking, please use Since pypa/pipenv#2940 and pypa/pipenv#2935, which fixed amounts of parsing and locking issues, are merged, I'm sure the next release of pipenv, which will be soon I think, will be a stable one.
|
I don't think we wanted to move |
If that is the case, #3039 may still be reasonable. Someone may want to enable silk in docker. If it is put in dev packages, it can never be enabled in docker because it is not installed. Also, in heroku, it won't install dev packages by default. So one can never enable silk in server deployed by heroku since it won't be installed in heroku at all, if it is put in dev packages. |
To be honest I doubt that Silk should ever make it to the production/live environment. |
Actually I think even debugtoolbar should never be used in production server. And that is why I comment here #3043 (comment). But it looks like #3043 (comment) think it should be regular packages even it is controlled by environment variables. I'm fine with installing these kind of packages in production server as long as it is under control and environment variables for enabling them are never be enabled in production server. I'm also fine with no installing for these packages in prod server at all. But it looks like this will break saleor's deployment since by default But it confuses me if debugtoolbar stays in regular package as silk stays in dev package. Maybe they should be stay together? |
@jxltom We've discussed it internally, all dependencies (even optional like Debug toolbar or Silk) should live inside of the regular requirements. dev_requirements.txt are just the tools that are helping developers in doing their jobs, like linters etc. |
Cool. A discussion to clarify this is very helpful. |
Build on CircleCI failed due to a missing |
@maarcingebala Oh, I didn't know there are also tests are running in docker containers. https://github.com/mirumee/saleor/pull/3076/files#diff-3254677a7917c6c01f55212f86c57fbf is should be reverted.
|
As decided here #3042 (comment), packages related with codebase directly are moved to regular requirements.
It is waiting for #3044 to be merged first, otherwise there will be conflicts since they are related with requirements files.
Since these packages are moved to regular requirements,
--dev
in building docker image is unnecessary.Fixes: #3042
Pull Request Checklist