On Thu, Mar 8, 2012 at 9:46 AM, René Scharfe <rene.scharfe@xxxxxxxxxxxxxx> wrote: > Am 08.03.2012 01:09, schrieb Brodie Rao: > >> diff --git a/t/t5000-tar-tree.sh b/t/t5000-tar-tree.sh >> index 527c9e7..404786f 100755 >> --- a/t/t5000-tar-tree.sh >> +++ b/t/t5000-tar-tree.sh >> @@ -360,4 +360,20 @@ test_expect_success GZIP 'remote tar.gz can be >> disabled' ' >> >remote.tar.gz >> ' >> >> +test_expect_success \ >> + 'git archive with an empty tree and a prefix' \ >> + 'git rm -r .&& >> + git commit -m empty&& >> + git archive --format=tar --prefix=empty/ HEAD> e1.tar&& >> + "$TAR" tf e1.tar' >> + >> +test_expect_success \ >> + 'git archive with an empty tree and no prefix' \ >> + 'git archive --format=tar HEAD> e2.tar&& >> + test_must_fail "$TAR" tf e2.tar' > > > This test fails for me, i.e. tar does not complain about the empty archive > (GNU tar 1.25). Perhaps use git archive -v to generate a list of entries? Whoops. I only ran the test with BSD tar, which apparently isn't tolerant of the empty archive git-archive is generating. It'd probably be better to omit the tar invocation in that test and just confirm that git-archive doesn't blow up. > > >> + >> +test_expect_success \ >> + 'git archive on specific paths with an empty tree' \ >> + 'test_must_fail git archive --format=tar --prefix=empty/ HEAD foo' >> + >> test_done >> -- 1.7.9.2 >> > -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html