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
commit-graph: add new config for changed-paths & recommend it in scalar
fqwe qwefqwe fqwef qwaesf wef qwefq wfqweqrwerq qwef qwe fqwerf wfweeeff
The changed-path Bloom filters feature has proven stable and reliable
over several years of use, delivering significant performance
improvement for file history computation in large monorepos. Currently
a user can opt-in to writing the changed-path Bloom filters using the
"--changed-paths" option to "git commit-graph write". The filters will
be persisted until the user drops the filters using the
"--no-changed-paths" option. For this functionality, refer to 0087a87
(commit-graph: persist existence of changed-paths, 2020-07-01).
Large monorepos using Git's background maintenance to build and update
commit-graph files could use an easy switch to enable this feature
without a foreground computation. In this commit, we're proposing a new
config option "commitGraph.changedPaths":
* "true" value will write Bloom filters, like "--changed-paths";
* "false" or "unset", existing Bloom filters will persist while new
Bloom filters will only be written when explicitly requested via
"--changed-paths". Note "false" can disable a previous "true" config
value but doesn't imply "--no-changed-paths".
This config will always respect the precedence of command line option
"--changed-paths" and "--no-changed-paths".
We also set this new config as optional recommended config in scalar to
turn on this feature for large repos.
Helped-by: Derrick Stolee <stolee@gmail.com>
Signed-off-by: Emily Yang <emilyyang.git@gmail.com>
0 commit comments