You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For very large projects, we've seen the hashObject method on GitHandler being a performance bottleneck that substantially slows down initialization.
We're looking into an opt-in local cache for file hashes to speed up subsequent project scans—this issue tracks that work (see #5920 — this can optimise a very specific scenario, not a super-critical improvement).
Workaround
Unnecessary object hashing can be avoided by excluding untracked files from a Garden project. The preferred way is to use .ignorefile.
Problem statement.
For large projects, Gardn performs the full graph resolution before execution any actions. This can be optimized by doing partial graph resolution if the target actions are explicitly specified in the command.
Click here to see the initial problem statement.
Initial problem statement.
For very large projects, we've seen the
hashObject
method onGitHandler
being a performance bottleneck that substantially slows down initialization.We're looking into an opt-in local cache for file hashes to speed up subsequent project scans—this issue tracks that work (see #5920 — this can optimise a very specific scenario, not a super-critical improvement).
Workaround
Unnecessary object hashing can be avoided by excluding untracked files from a Garden project. The preferred way is to use .ignorefile.
Problem statement.
For large projects, Gardn performs the full graph resolution before execution any actions. This can be optimized by doing partial graph resolution if the target actions are explicitly specified in the command.
The initial solution is available in #6002.
The text was updated successfully, but these errors were encountered: