Thread (1 message) 1 message, 1 author, 2020-04-13

Re: [PATCH 2/3] commit: write commit-graph with bloom filters

From: Junio C Hamano <hidden>
Date: 2020-04-13 22:12:09

Derrick Stolee [off-list ref] writes:
If we keep this simple, or extract the process to a
"write_commit_graph_for_tests()" macro inside builtin.h, then we could
insert a commit-graph write in more places.
As long as the check necessary is cheap enough to realize that we
are in production mode, we should be able to keep the run-time
overhead to the minimum.  Sprinkling such a call all over the place,
however, might add to the overhead of reading code, though.
However, I think there is value in testing the "not every commit is
included in the commit-graph" case, which our current setup does quite
nicely.
Yeah, that is also a good point.
The one exception is that 'git merge' could benefit from this
snippet, so we cap off the commit-graph whenever a test script
"constructs" a repository to match a data shape.
Sounds good.
The problem here is that if GIT_TEST_COMMIT_GRAPH_CHANGED_PATHS=1 and
someone runs "git commit-graph write --no-changed-paths" then the
negation of that option is ignored. But this is a GIT_TEST_* variable,
and any test that requires that check could disable the enviroment
variable first.
Yeah, that sounds good.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help