Hello,
I believe I have run into a bug in git-svn. I'm trying to clone a large
subversion repository. It's layout looks roughly like this:
project/
1.0/
branches/
some_feature
anotherFeature
tags/
1.0 IR1
1.0 IR2
merge_tags/
...
daily_builds/
...
1.1/
...
I created a custom git-svn configuration to map the branches and tags to
git remotes. As the tags dir inside each version dir contains the
merge_tags and daily_builds folders, I have manually specified the tags to
match:
branches = 1.0/tags/{1.0 IR1,1.0 IR2}:refs/remotes/tags/1.0/*
branches = 1.0/tags/daily_builds/*:refs/remotes/daily_builds/1.0/*
branches = 1.0/tags/merge_tags/*:refs/remotes/merge_tags/1.0/*
The {} operator seems to fail on entries containing spaces. The tags seems
to be cloned correctly, however, git-svn chokes on accessing them. I'm not
at work now, so I can't paste the exact error, but it included the
following error message:
fatal: Not a valid object name: 'remotes/tags/1.0/1.0%20IR1'.
I noticed this difference:
".git/refs/remotes/tags/1.0/1.0%20IR1" versus
".git/refs/svn/remotes/tags/1.0/1.0 IR1" (space versus HTML entity)
In an attempt to sidestep the issue, I tried the following configuration:
branches = 1.0/tags/*:refs/remotes/tags/1.0/*
... and additionally using --ignore-paths on the daily_builds and
merge_tags paths (I can take care of those later). This approach doesn't
result in errors, so the problem must lie with the {} construct.
If any more information is required, I can provide it after the weekend.
Cheers,
Brecht
--
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