chore: Speed up docker builds a bit by reducing layer count.#2603
chore: Speed up docker builds a bit by reducing layer count.#2603toktok-releaser merged 1 commit intoTokTok:masterfrom
Conversation
e0503f2 to
992c174
Compare
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #2603 +/- ##
==========================================
- Coverage 73.77% 73.68% -0.09%
==========================================
Files 148 148
Lines 30366 30366
==========================================
- Hits 22401 22375 -26
- Misses 7965 7991 +26 ☔ View full report in Codecov by Sentry. |
This is especially noticeable on local builds (less so on the github workers).
|
Ok, I see where my confusion came from. I misread So, each analysis tool job gathers the source files from the local git repo checkout and builds an image containing it, and then runs the tool-specific Docker build that uses that local image. No Dockerhub involved at all. That makes a lot more sense :) |
|
Somewhat curious as by how much does this speed up the local builds. It can't be more than 1-5 seconds on a modern computer with an ssd, can it? I would actually think that it makes them slower, since for every tool you run you now also run |
|
LGFM, just want to get those conversations resolved (and possibly the speed-up question answered). |
Not everybody has SSD :). On SSD, it almost doesn't matter, but on HDD it's quite significant. |
|
It matters more when you run multiple of these docker builds in sequence, so you only need to build sources once. |
This is especially noticeable on local builds (less so on the github workers).
This change is