-
-
Notifications
You must be signed in to change notification settings - Fork 612
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
Do not search for best_match for -c constraints that are not (yet) requirements #1175
Conversation
as opposed to requirements
Codecov Report
@@ Coverage Diff @@
## master #1175 +/- ##
=======================================
Coverage 99.50% 99.50%
=======================================
Files 36 36
Lines 2839 2841 +2
Branches 333 334 +1
=======================================
+ Hits 2825 2827 +2
Misses 8 8
Partials 6 6
Continue to review full report at Codecov.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the improvement! Could you add a test which would cover that case?
Added test fails without the patch |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Awesome! Thanks.
|
Fixes #1178.
In my organization we use a mono-repository with a huge constraints file for security purposes (via the -c option).
Additionally we have a few internal libs with a lot of versions.
As a result pip-compile is extremely slow as it tries to find a match for all constraints in our constraints file, at each round.
This is not necessary until these constraints become requirements.
The debug line should probably be changed, as an example we have:
Maybe I should change it to:
or something like that.
Changelog-friendly one-liner: Do not find_best_match for constraints (as opposed to requirements)
Contributor checklist