Use treeless partial clone in initial checkout.#135
Conversation
A treeless clone should be enough for the git operations we use. It should speed up the initial clone, and since we don't need to fetch a lot of tree objects on the further operations in dependency guard, it should be faster in those subsequent operations too. Signed-off-by: Asutosh <asutosh@tyk.io>
|
This PR introduces a performance optimization to the By adding Files Changed Analysis
Architecture & Impact Assessment
Scope Discovery & Context Expansion
Metadata
Powered by Visor from Probelabs Last updated: 2026-06-05T06:17:37.403Z | Triggered by: pr_opened | Commit: 056fc8b 💡 TIP: You can chat with Visor using |
✅ Security Check PassedNo security issues found – changes LGTM. ✅ Security Check PassedNo security issues found – changes LGTM. \n\n✅ Architecture Check PassedNo architecture issues found – changes LGTM. Quality Issues (1)
Powered by Visor from Probelabs Last updated: 2026-06-05T06:17:24.451Z | Triggered by: pr_opened | Commit: 056fc8b 💡 TIP: You can chat with Visor using |
|
/visor the quality issue mentioned has been tested and verified, close the alerts. |
A treeless clone should be enough for the git
operations we use. It should speed up the initial clone,
and since we don't need to fetch a lot of tree objects
on the further operations in dependency guard, it should
be faster in those subsequent operations too.
How was this tested
A test PR was opened on tyk-analytics ( the repo that takes the most time to clone) https://github.com/TykTechnologies/tyk-analytics/pull/5776
The release workflow was manually changed to point to this branch to test.
Another commit that introduces a dependency change was pushed on the same PR.
Dependency guard had run from this branch on the pull request trigger, and identified the dependency change and had failed as intended, and the entire operation was finished in under 10s. - - https://github.com/TykTechnologies/tyk-analytics/actions/runs/26999157958/job/79675391291?pr=5776