fsck.c: fix bogus "empty tree" check
authorJunio C Hamano <gitster@pobox.com>
Tue, 4 Mar 2008 10:02:35 +0000 (02:02 -0800)
committerJunio C Hamano <gitster@pobox.com>
Wed, 5 Mar 2008 18:32:01 +0000 (10:32 -0800)
commit79b1138e7894ea048008f6b99908f5cd36e94949
tree22ce33a3dc57a1f22208a104bf700efacce45fd7
parentc95b3ad9ea310ec89e31a21edecaaf2c374e2c46
fsck.c: fix bogus "empty tree" check

ba002f3 (builtin-fsck: move common object checking code to fsck.c) did
more than what it claimed to.  Most notably, it wrongly made an empty tree
object an error by pretending to only move code from fsck_tree() in
builtin-fsck.c to fsck_tree() in fsck.c, but in fact adding a bogus check
to barf on an empty tree.

An empty tree object is _unusual_.  Recent porcelains try reasonably hard
not to let the user create a commit that contains such a tree.  Perhaps
warning about them in git-fsck may have some merit.

HOWEVER.

Being unusual and being errorneous are two quite different things.  This
is especially true now we seem to use the same fsck_$object() code in
places other than git-fsck itself.  For example, receive-pack should not
reject unusual objects, even if it would be a good idea to tighten it to
reject incorrect ones.

Signed-off-by: Junio C Hamano <gitster@pobox.com>
fsck.c