-
Notifications
You must be signed in to change notification settings - Fork 29.7k
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
module: tidy code string concat → string templates #55820
module: tidy code string concat → string templates #55820
Conversation
Review requested:
|
Fast-track has been requested by @JakobJingleheimer. Please 👍 to approve. |
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #55820 +/- ##
==========================================
- Coverage 88.41% 88.41% -0.01%
==========================================
Files 654 654
Lines 187811 187810 -1
Branches 36134 36129 -5
==========================================
- Hits 166052 166043 -9
- Misses 15008 15011 +3
- Partials 6751 6756 +5
|
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.
lgtm
CI stalled a few hours ago. Everything has passed except the top task. Should I kill it and resume? |
I'd recommend not. Apparently we only have one macos11-x64 machine available, so there's a large backlog of jobs waiting for it to become available. Cancelling and requeuing will put your job at the back of the queue. cc @nodejs/build |
I think that was not the problem because all jobs had finished (including the macos ones) except the root container job. IIR, this happened to my previous PR when a release was in progress, so I think there is a problem with the CI config. |
Landed in b52a49b |
That's not correct, you were likely confused by the Jenkins UI. FWIW I can confirm what Richard said, the osx11 job was still pending 13 hours ago and only started later when the backlog of jobs from other PRs was eaten up. You can see that the child job says it "took 2 hr 27 min", while the parent job says it "took 17 hr".
It may be that during a release preparation a backlog is more likely build up – going from one branch to another means machine cannot reuse as much binary cache and therefore spend more time building. But I don't see what CI config could we change, to me it feels more a problem that would be solved by having more OSX machines at our disposal. |
Ah, okay! Very okay to concede I was confused bt the Jenkins UI 😅 Thanks for the investigation and explanation! I don't know how much work it would be or if it's even possible, but some kind of banner "Release in progress, hang tight" would be great! |
PR-URL: #55820 Reviewed-By: Antoine du Hamel <duhamelantoine1995@gmail.com> Reviewed-By: Yagiz Nizipli <yagiz@nizipli.com> Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
I'm already git blamed for these lines. The changes are code hygiene.