-
-
Notifications
You must be signed in to change notification settings - Fork 580
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
inconsistent results from isort when used in CI on travis #457
Comments
Just been debugging this as I've hit this issue on a project I'm working on. It seems to be an issue with the way dependencies are installed. If dependencies are being installed with A workaround is to run |
@samuelcolvin The blank line you're getting indicates one of the imports are being detected as a different category to the other. Did you install all dependencies the same way locally as you did on TravisCI? |
You can also workaround this by explicitly stating which dependencies are first/third party by using the |
@kaedroho's suggestions are on point, closing this issue for now, as I haven't been able to directly reproduce Thanks! ~Timothy |
Sorry not to close this issue sooner, pretty sure the problem was installing the library via |
@samuelcolvin No worries! Glad your issue was resolved :) |
facing it on celery project as well. any suggestions? |
In order to overcome inconsistencies between local executions and travis-ci. E.g. see: PyCQA/isort#457 (comment)
(to fix any first/third library problem ? PyCQA/isort#457 )
https://travis-ci.org/samuelcolvin/arq/builds/150409550
I'm trying to use isort in CI to make sure import orders are always correct, however I'm getting different results locally and on travis.
In /arq/testing.py isort on travis says there should be a blank link (see build report above), locally it says it's fine.
Both setups are running isort 4.2.5 with python 3.5.
The only difference I can find is that the local version of python is 3.5.0, while on travis it's 3.5.2.
The text was updated successfully, but these errors were encountered: