-
-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
dev: clean up Executor #4404
dev: clean up Executor #4404
Conversation
This comment was marked as outdated.
This comment was marked as outdated.
Since the presets are not linked to the Executor, this first call is useless.
4e28961
to
33416b2
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.
Exceptionally good PR, really easy to review with the separate commits with small changes and the fact that this PR only includes refactoring. 5/5, would review again.
Added some comments but approving since I don't see them as blocking.
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.
Sorry for 🐌
Fantastic job!
This is the first part of the rewrite of the command line (the
Executor
).I split the changes into several PRs to ease the review.
This PR mainly moves, organizes, and splits the current code.
There are no major changes, but I spent a lot of time analyzing the code to be able to make the right changes to prepare for the new step.
I also removed all the deprecated flags.
They have been deprecated for multiple years (2018), so it is safe to remove them.
I made small commits to ease the review: each commit contains one change.
I recommend reviewing each commit first instead of the full change because it's easier to follow changes.
I already have the next PR, but this PR must be merged first.
related to #4397 (comment)
FYI with changes inside this PR, I can just move one line to fix the problem related to the configuration loading, but this will not fix the core of the problem: the maintainability of the code.
Also, this PR improves a bit the performance by removing one of the multiple builds of the linters (I will also fix that in another PR).
EDIT: --update-refs is the best rebase option ever!