git-svn: handle our top-level path being deleted and later re-added
authorEric Wong <normalperson@yhbt.net>
Fri, 14 Dec 2007 16:39:09 +0000 (08:39 -0800)
committerJunio C Hamano <gitster@pobox.com>
Fri, 14 Dec 2007 20:06:23 +0000 (12:06 -0800)
commit12a6d752fb61b10194b2897defb2b34e09099b12
tree2df66995e79377200754fe911ed6132be90ef8e3
parent38a5b1d6ed2ba632504be7748e63f1441c93976d
git-svn: handle our top-level path being deleted and later re-added

Previously, git-svn would ignore cases where the path we're
tracking is removed from the repository.  This was to prevent
heads with follow-parent from ending up with a tree full of
empty revisions (and thus breaking rename detection).

The previous behavior is fine until the path we're tracking
is re-added later on, leading to the old files being merged
in with the new files in the directory (because the old
files were never marked as deleted)

We will now only remove all the old files locally that were
deleted remotely iff we detect the directory we're in is being
created from scratch.

Thanks for Marcus D. Hanwell for the bug report and
Peter Baumann for the analysis.

Signed-off-by: Eric Wong <normalperson@yhbt.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
git-svn.perl
t/t9103-git-svn-tracked-directory-removed.sh [new file with mode: 0755]