On Tue, Sep 18, 2012 at 1:46 PM, Eric Wong <normalper...@yhbt.net> wrote:
> Ammon Riley <ammon.ri...@gmail.com> wrote:
>> Branches passed to 'git-svn init' via the -b/--branches flag
>> automatically had a /* appended to them.  When the branch contained
>> a fancy glob with a {} pattern, this is incorrect behaviour, and
>> leads to odd branches being created in the git repository.
>>
>> Signed-off-by: Ammon Riley <ammon.ri...@gmail.com>
>> ---
>>  git-svn.perl                         |  2 +-
>>  t/t9141-git-svn-multiple-branches.sh | 12 ++++++++++++
>>  2 files changed, 13 insertions(+), 1 deletion(-)
>>
>> diff --git a/git-svn.perl b/git-svn.perl
>> index 0d77ffb..f8e8558 100755
>> --- a/git-svn.perl
>> +++ b/git-svn.perl
>> @@ -1678,7 +1678,7 @@ sub complete_url_ls_init {
>>       my $remote_path = join_paths( $gs->path, $repo_path );
>>       $remote_path =~ s{%([0-9A-F]{2})}{chr hex($1)}ieg;
>>       $remote_path =~ s#^/##g;
>> -     $remote_path .= "/*" if $remote_path !~ /\*/;
>> +     $remote_path .= "/*" if $remote_path !~ m#\*|\{[^/]+\}#;
>>       my ($n) = ($switch =~ /^--(\w+)/);
>>       if (length $pfx && $pfx !~ m#/$#) {
>>               die "--prefix='$pfx' must have a trailing slash '/'\n";
>> diff --git a/t/t9141-git-svn-multiple-branches.sh 
>> b/t/t9141-git-svn-multiple-branches.sh
>> index 3cd0671..1b872a9 100755
>> --- a/t/t9141-git-svn-multiple-branches.sh
>> +++ b/t/t9141-git-svn-multiple-branches.sh
>> @@ -119,4 +119,16 @@ test_expect_success 'create new branches and tags' '
>>               svn_cmd up && test -e tags_B/Tag2/a.file )
>>  '
>>
>> +test_expect_success 'clone multiple branch paths using fancy glob' '
>> +     git svn clone -T trunk \
>> +                   -b b_one/{first} --branches b_two \
>
> I'm concerned encouraging this can cause confusion on the command-line
> for bash users.
>
> In bash, "b_one/{first}" will be passed as-is (and hardly anybody
> will have a repo with '{word}' in the path)
>
> However, unless quoted on the command-line, a likely case of:
> "b_one/{first,second}" will expand to: "b_one/first" "b_one/second"
>
> ...which causes "b_one/second" to be interpreted as the destination
> directory.   A knowledgeable bash user can avoid this by using:
> -b=b_one/{first,second} to avoid this situation.
>
> But with the above invocation, no explicit support is needed
> for command-line parsing in git-svn.

I confess that I'd completely forgot about the {} expansion in bash.
Perhaps a note in the CAVEATS section of the documentation would
be sufficient?

As a bit of background on the reason for this patch, the branches
in our repository are set up under svnroot as:

    <project>/releases/<branchName>/<branchName>/

I have no idea why.  So I end up with an init line like so:

    git svn init -T trunk -b 'releases/release_7_0/{release_7_0}' \
                          -b 'releases/release_7_1/{release_7_1}' \
                          http://server/svnroot/myProj

This, unfortunately, prevents me from using the shorter {A,B}
notation, so I didn't test that.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to