-
Notifications
You must be signed in to change notification settings - Fork 22
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
Scheduling move checks to find best index #227
Scheduling move checks to find best index #227
Conversation
fonsecadeline
commented
Jun 4, 2021
•
edited
Loading
edited
- needs Skills in scheduling #194
9110fa0
to
cd04bc0
Compare
514f260
to
a6feecb
Compare
a6feecb
to
c122d48
Compare
c122d48
to
615575c
Compare
615575c
to
85c442e
Compare
85c442e
to
796afb6
Compare
796afb6
to
89071fb
Compare
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.
Maybe I missed but I didn't see any unit or functionality non-regression tests against the capacity violation bug. Can we add a tests that breaks without this PR and gets fixed with it?
5b5967c
to
b48579a
Compare
@senhalil in fact it is not possible to create a code that would fail without these edits, because checks were correctly done (repeatedly) everywhere (like in find_best_day_cost for instance). Now this capacity check is called at only once place and we are sure we are going to call it everytime we compute cost of inserting a service in a route. It was not the case before and I generated capacity violation while working on same_point_day improve. That is why I generated this PR. |
b48579a
to
dbc7e01
Compare
dbc7e01
to
5bca744
Compare