ci: add cargo fetch step to measure download vs build time#343
Merged
josecelano merged 1 commit intomainfrom Feb 13, 2026
Merged
ci: add cargo fetch step to measure download vs build time#343josecelano merged 1 commit intomainfrom
josecelano merged 1 commit intomainfrom
Conversation
Member
Author
|
ACK 13b2dbf |
13b2dbf to
e79aa2b
Compare
Member
Author
|
ACK e79aa2b |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
📊 Purpose
This PR adds a separate
cargo fetchstep before the build step in the CI workflow to help measure:🔍 Context
We want to identify if dependency downloads are a bottleneck in our CI build process. By separating the download step (
cargo fetch) from the build step (cargo build), we can measure each phase independently in the GitHub Actions logs.📝 Changes
cargo fetch --verbosebefore the build step🎯 Expected Outcome
After this PR is merged and the workflow runs, we'll be able to see:
This data will help determine if we need to optimize dependency caching or if the build time itself is the primary concern.
✅ Testing