unable to download_git_revision with hierarchial repositories

[dgeo]

It seems that download_git_revision_controller is skipping a part of the path:
repositories/castest/castest.git is the real path and it use repositories/castest.git .

The end user get a 'Internal server error'

using v0.7.3 branch, with redmine 2.5.1

2014-06-04 21:59:27 +0200 DEBUG [GitHosting] Lookup for git_cache_id with repository path 'repositories/castest/castest.git' ... 
2014-06-04 21:59:27 +0200 DEBUG [GitHosting] Found git_cache_id ('castest/castest'), call cache... 
2014-06-04 21:59:27 +0200 DEBUG [GitHosting] Send GitCommand : '/usr/local/www/redmine/plugins/redmine_git_hosting/bin/run_git_cmd_as_gitolite_user
' '--git-dir' 'repositories/castest/castest.git' '-c' 'core.quotepath=false' '-c' 'log.decorate=no' 'branch' '--no-color' '--verbose' '--no-abbrev'
2014-06-04 21:59:27 +0200 DEBUG [GitCache] Probing cache entry
2014-06-04 21:59:27 +0200 DEBUG [GitCache] '/usr/local/www/redmine/plugins/redmine_git_hosting/bin/run_git_cmd_as_gitolite_user' '--git-dir' 'repos
itories/castest/castest.git' '-c' 'core.quotepath=false' '-c' 'log.decorate=no' 'branch' '--no-color' '--verbose' '--no-abbrev'
2014-06-04 21:59:27 +0200 DEBUG [GitHosting] /usr/local/www/redmine/plugins/redmine_git_hosting/bin/run_git_cmd_as_gitolite_user --git-dir='reposit
ories/castest.git' rev-parse --quiet --verify 8291603bbd34bc22828f8c894578e022ba0ceb5d 2>&1
2014-06-04 21:59:27 +0200 DEBUG [GitHosting] Command failed (return 128): /usr/local/www/redmine/plugins/redmine_git_hosting/bin/run_git_cmd_as_git
olite_user --git-dir='repositories/castest.git' rev-parse --quiet --verify 8291603bbd34bc22828f8c894578e022ba0ceb5d 2>&1
2014-06-04 21:59:27 +0200 DEBUG [GitHosting] Command output : 'fatal: Not a git repository: 'repositories/castest.git''

[JaroslavHron]

I see simmilar problem with download_git_revision buttons.
It does not work in these cases:

• if the branches have "/" in the name (we use git branches in the form "name/feature")
• with tags in the form "v0.2" (but i havent tested if it depends on the tag form yet)

[n-rodriguez]

@j-h : Fixed #226 !
Thank you!

[n-rodriguez]

I close it as #217 has been solved.