Thread (1 message) 1 message, 1 author, 2016-06-15

Re: bug in git-fsck-cache?

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:42:05

Stephen Rothwell [off-list ref] writes:
quoted
Stephen Rothwell [off-list ref] writes:
quoted
The commit c594adad5653491813959277fb87a2fef54c4e05 is shown as
"connected" (in Linus' tree, not one of my patches) by gitk, so I am happy
that git prune did not get rid of it, but why does fsck-cache report it as
dangling?
Hmph.  You ran fsck-cache by hand without --full (i.e. you told
it not to worry about objects already in packs); 'git prune'
runs it with '--full' to do the full connectivity analysis.  I
think that's where the difference comes from.
ok, with '--full' nothing gets reported as dangling.  That commit is not
in a pack, but is in an object directory referenced through
objects/info/alternates.
Ahh.  Yes, it is the same thing.  I said "not in the pack", but I
should have said "exists locally unpacked".
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help