Extra Tests CI: Improve Rust caching#2575
Conversation
Codecov ReportBase: 66.64% // Head: 67.67% // Increases project coverage by
Additional details and impacted files@@ Coverage Diff @@
## main #2575 +/- ##
==========================================
+ Coverage 66.64% 67.67% +1.03%
==========================================
Files 197 197
Lines 29171 29171
Branches 5743 5743
==========================================
+ Hits 19440 19741 +301
+ Misses 5190 4854 -336
- Partials 4541 4576 +35
Flags with carried forward coverage won't be shown. Click here to find out more.
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. ☔ View full report at Codecov. |
61c4c68 to
58bf0a6
Compare
|
The sccache cache is small enough that we could think about using it for other jobs as well. It's about 200 MB, and GH allows 10 GB per repository. Maybe we could even go back to "clean" builds + cache instead of (ab)using dockerhub for the full platform matrix. I've had enough of shaving this yak for the moment though, and it wouldn't hurt to wait and see how our experience is with it in this workflow. |
* Cache more of ~/.cargo Unclear whether this is needed, but matches other examples found online, and doesn't seem to increase (compressed) cache size significantly. * Add month to cache restore-keys Using the month in the cache `restore-keys` in addition to `key` ensures that we *reset* the cache every month, instead of continuing to grow the previous month's cache. * Include hash of the lockfile in cache keys but not restore-keys This ensures we update the cache when our dependencies change. * In extra_tests: Use sccache to cache built rust dependencies Largely cargo-culted from https://www.infinyon.com/blog/2021/04/github-actions-best-practices/#optimizing-rusts-build-speed-with-sccache Only ends up using ~200 MB of cache, and speeds up the build quite a bit.
c46a1da to
7d6e71d
Compare
Uh oh!
There was an error while loading. Please reload this page.