Thanks for the reply - this looks like what I'd need, but I can't see how to keep the contents of the base dir and lose the subdirs, e.g. $ git-filter-branch --subdirectory-filter . HEAD removes all subdirs and the contents of the base dir. So, I figure I'd remove each subdir, using $ git-filter-branch --tree-filter 'rm -rf subdir1/' HEAD but this complains if subdir1 contains subdirectories, it says: Namespace refs/original/ not empty Many thanks! Cheers, David On Sun, Aug 10, 2008 at 9:24 AM, Miklos Vajna <vmiklos@xxxxxxxxxxxxxx> wrote: > > On Sun, Aug 10, 2008 at 09:11:43AM -0400, David Neu <david@xxxxxxxxxxxx> wrote: > > Is there a git-svn strategy similar to git-svnimport -P that would do the trick? > > My git version 1.5.6.4 doesn't include git-svnimport, and I'm getting > > the impression > > it's be deprecated. > > Sure, it is. Though if you _really_ need it, it's still under > /contrib/examples. > > Anyway, if you do a single conversion, then probably speed does not > matter a lot; I would do a full import then use the subdirectory-filter > of git filter-branch do drop everything outside the subdirectory. -- 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
