git-fsck-objects: lacking default references should not be fatal
commit071fa89e25855a746728b835359eb263c7c7ee7f
authorLinus Torvalds <torvalds@osdl.org>
Tue, 29 Aug 2006 18:47:30 +0000 (29 11:47 -0700)
committerJunio C Hamano <junkio@cox.net>
Tue, 29 Aug 2006 18:56:39 +0000 (29 11:56 -0700)
treeedc87768558b00ae71a9101aeb29a74e3d33f5fb
parent9e848013968959bd4de5d407c2ee91cb960c53bb
git-fsck-objects: lacking default references should not be fatal

The comment added says it all: if we have lost all references in a git
archive, git-fsck-objects should still work, so instead of dying it should
just notify the user about that condition.

This change was triggered by me just doing a "git-init-db" and then
populating that empty git archive with a pack/index file to look at it.
Having git-fsck-objects not work just because I didn't have any references
handy was rather irritating, since part of the reason for running
git-fsck-objects in the first place was to _find_ the missing references.

However, "--unreachable" really doesn't make sense in that situation, and
we want to turn it off to protect anybody who uses the old "git prune"
shell-script (rather than the modern built-in). The old pruning script
used to remove all objects that were reported as unreachable, and without
any refs, that obviously means everything - not worth it.

Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
fsck-objects.c