diff options
| author | Elijah Newren <newren@gmail.com> | 2026-04-15 23:58:02 +0000 |
|---|---|---|
| committer | Junio C Hamano <gitster@pobox.com> | 2026-04-15 20:32:29 -0700 |
| commit | a1ad4a0fca14cdeb55ab9fb065551b15cafa8a4f (patch) | |
| tree | 578c7754f964f89a5871ceefc408802c273e14bf /contrib/persistent-https | |
| parent | ef6d3c94746462ec560893ed35c83df485a6344d (diff) | |
| download | git-a1ad4a0fca14cdeb55ab9fb065551b15cafa8a4f.tar.gz git-a1ad4a0fca14cdeb55ab9fb065551b15cafa8a4f.zip | |
backfill: default to grabbing edge blobs too
Commit 302aff09223f (backfill: accept revision arguments, 2026-03-26) added
support for accepting revision arguments to backfill. This allows users
to do things like
git backfill --remotes ^v2.3.0
and then run many commands without triggering on-demand downloads of
blobs. However, if they have topics based on v2.3.0, they will likely
still trigger on-demand downloads. Consider, for example, the command
git log -p v2.3.0..topic
This would still trigger on-demand blob loadings after the backfill
command above, because the commit(s) with A as a parent will need to
diff against the blobs in A. In fact, multiple commands need blobs from
the lower boundary of the revision range:
* git log -p A..B # After backfill A..B
* git replay --onto TARGET A..B # After backfill TARGET^! A..B
* git checkout A && git merge B # After backfill A...B
Add an extra --[no-]include-edges flag to allow grabbing blobs from
edge commits. Since the point of backfill is to prevent on-demand blob
loading and these are common commands, default to --include-edges.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'contrib/persistent-https')
0 files changed, 0 insertions, 0 deletions
