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
Remove test_run_black
#2993
Remove test_run_black
#2993
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #2993 +/- ##
==========================================
- Coverage 99.63% 99.63% -0.01%
==========================================
Files 117 117
Lines 17602 17593 -9
Branches 3174 3173 -1
==========================================
- Hits 17537 17528 -9
Misses 46 46
Partials 19 19
|
Yikes looks like GHA sometimes makes |
I think running ruff in |
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.
I would be for removing this test as well, but I think I remember I tried removing it or something in a previous pull request (I specifically remember the import waffle haha) and I think I recall it lead to a loss of test coverage that was an issue I think. Don't completely remember the details, but thought I'd share.
Doesn't look like this loses test coverage. Removing For clarity, when I say "If |
#2988 was closed, but I think we agree that
test_run_black
can be removed. I don't actually remember why it was introduced, but using blame all the way back leads to it not seeming necessary. It was made becausetest_lint_failure
wouldn't check thatruff
was actually running, so we duplicated that to have ablack
-specific test and aruff
-specific test. Theruff
one is still useful (maybe), but theblack
one is duplicated.I'm not so sure any of these tests should exist anymore. I think I kinda pushed for the
ruff
-specific one but now I think it's ultimately unnecessary. Ifruff
doesn't run ingen_exports
, that's ... fine. We have CI jobs dedicated to checking our code is alright and if it isn't, then that will be caught. Removing that is another PR's job though.