Sam Vilain <sam@xxxxxxxxxx> wrote: > Eric Wong wrote: > > Sometimes users are given only read access to a subtree inside a > > repository, and git-svn could not read log information (and thus > > fetch commits) when connecting a session to the root of the > > repository. We now start an SVN::Ra session with the full URL > > of what we're tracking, and not the repository root as before. > > > > This change was made much easier with a cleanup of > > repo_path_split() usage as well as improving the accounting of > > authentication batons. > > This broke mirroring file:/// URIs; > > eg, if I have ~/.svk/local as a SVN repository, which has a complete > mirror of a URL under mirror/fai, and I want to copy the revisions into > git using git-svn, I use: > > perl ~/src/git/git-svn multi-init -t tags -T trunk \ > file:///home/samv/.svk/local/mirror/fai > > I now get this error: > > Filesystem has no item: File not found: revision 8514, path > '/mirror/fai/tags/mirror/fai/tags' at /home/samv/src/git/git-svn line 3236 This should be fixed in 1ca7558dd838e82f6f6b8611b981654fa4ecde2b in Junio's master: "git-svn: fix multi-init". > (next, I'll make git-svn correctly look at the svm:* revprops to get the > upstream repo URL and revision number for the commit message) Cool. While you're at it, would you mind looking into supporting some of the merge revprops that I've heard about, too? Thanks. -- Eric Wong - 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