Conversation
Signed-off-by: Antoine du Hamel <duhamelantoine1995@gmail.com>
|
Review requested:
|
Unfortunately it looks like |
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #66412 +/- ##
==========================================
- Coverage 90.39% 90.37% -0.02%
==========================================
Files 792 792
Lines 275580 275580
Branches 52840 52829 -11
==========================================
- Hits 249104 249054 -50
- Misses 16897 16948 +51
+ Partials 9579 9578 -1 🚀 New features to boost your workflow:
|
Commit Queue failedThe pull request was removed from the Commit Queue and labeled
commit-queue-failed
Full Commit Queue output |
MikeMcC399
left a comment
There was a problem hiding this comment.
This PR improves Lint JavaScript re-runs in the same branch. It does however not resolve issue #64972. The first run may time out after 15 minutes, since there is no cache available. Caches are tied to branches in GitHub Actions. Also if a run is cancelled due to timeout, no cache is saved.
I tested this in my fork and can demonstrate a big improvement on re-run (overall time down from 7m to 2.5m). I also saw a timeout on the first run with caching enabled though - this was a chance occurrence. It could also have succeeded, depending on the multi-tenant load in the GitHub Actions runner probably.
| Sequence | Caching | Lint JavaScript | Lint markdown | lint-js-and-md | result |
|---|---|---|---|---|---|
| 1 | disabled | 6m 37s | 2m 48s | 10m 7s | succeeded |
| 2 | enabled no hit | 11m 31s | cancelled | 15m 33s | cancelled / timeout |
| 3 | enabled no hit | 4m 17s | 1m 59s | 7m 0s | succeeded |
| 4 | enabled and hit | 8s | 1m 51s | 2m 36s | succeeded |
Even if the PR does not solve #64972, it should still go ahead.
|
Landed in 253ebd2 |
|
Rate limiting (429 - too many requests) prevents caching when multiple PRs are landed concurrently, such as through Commit CI. See for example https://github.com/nodejs/node/actions/runs/37114420969 The PR can only assist some runs of |
|
Could PR cache writes be contributing to the 429s? Would it help to stop saving caches in PR runs and only save on pushes to main/release branches? This would give up PR-specific caches for reruns, but if it reduces the 429s, more reliable reuse of base branch caches across PRs might be a worthwhile trade-off. Tested in my fork: main populated the caches, and a PR restored them without saving. Implementation diff. |
|
I don't think that your suggestion would be beneficial, however if you want to propose it for discussion, it would be better to open a new issue, rather than continue commenting on this closed PR. My comments were only about the effects. I wasn't suggesting any further change. |
Assisted-by: Devin
Refs: #64972