-
-
Notifications
You must be signed in to change notification settings - Fork 354
Add grouping to CI logs #2772
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
Add grouping to CI logs #2772
Conversation
Codecov Report
Additional details and impacted files@@ Coverage Diff @@
## master #2772 +/- ##
=======================================
Coverage 98.94% 98.95%
=======================================
Files 113 115 +2
Lines 16919 17006 +87
Branches 3050 3062 +12
=======================================
+ Hits 16741 16828 +87
Misses 123 123
Partials 55 55
|
c9ccd9b
to
0794e52
Compare
Is it possible to make it more apparent where it fails? Print with color? It took me quite a bit to be able to make out that it's mypy that's failing. |
Also I unfortunately do not have the perms to add that :( |
Not sure about colour, but if you switch to the "summary" page of the CI run you'll see it listed there, and we can trigger github to show annotations on the actual files with messages. |
Ah, took a couple clicks to get to it - but looks great! The |
Should write some tests for the new script first, maybe also do the same for Black & isort. |
I posted about pre-commit in Gitter, and in case we add it and start relying on it I'm not sure it's worth the effort to write coverage tests and polish this up too much. |
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.
Looks good to me as long as you fix those missing return type annotation errors
Not easily, each of those is a separate Mypy process fed into a separate interpeter running the script. I could make the script run Mypy itself, then gather results, but that'd move the invocations to there. |
Maybe write stdout to a tmpfile w/ |
The problem is at the moment they are separate processes, and potentially on separate VMs. It doesn't matter that much, but making them all run from one vm would make checking 3x slower as well I would think, but maybe I am not correct here. |
It's run in the same job, so they're all in the same VM, that's not the issue. |
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.
Minor comment
I'd love to get this merged and be able to use it, is there any problems remaining? I'm guessing the RTD fail is just a fluke? |
It's likely yes, earlier today GitHub broke a teeny bit, failing all the CI in rather bizarre ways. I'll do a tweak to make it run again. |
Nice, feel free to merge when you're done tweaking |
GitHub supports adding some annotations to
stdout
to allow collapsing sections of the log. This makes it easy to skip past long bits that succeeded. It'll still work fine locally, this just adds some more text tostdout
and sets an environment variable.