0ldm0s / git-core

Automatically exported from code.google.com/p/git-core
0 stars 0 forks source link

git-svn creates wrong tag when svn tag contains spaces #16

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. git svn fetch
2.
Found possible branch point: https://xxx/svn/xxx/branches/11-07 D t-m => 
https://xxx/svn/xxx/branches/11-09 S t-m, 4332
fatal: Not a valid object name refs/remotes/1-11 M R 2.6
cat-file commit refs/remotes/1-11 M R 2.6: command returned error: 128

What version of the product are you using? On what operating system?
git version 1.7.9.5 on Ubuntu 12.04

Please provide any additional information below.

As workaround:
I've tried to create the tag manually, but it's not allowed.
$ git tag "11-07 D t-m" remotes/11-07%20D
fatal: '11-07 D t-m' is not a valid tag name.

I've tried:
- to create or rename tag manually as suggested here:
http://stackoverflow.com/questions/11365317/git-svn-clone-fails-fatal-not-a-vali
d-object-name/11559472#11559472
- 
http://qa.celogeek.com/programming/versionning/git/svn/rebase_with_bad_object_af
ter_rm
But without success.

There is also bug report on lunchpad:
https://bugs.launchpad.net/ubuntu/+source/git/+bug/786942

Original issue reported on code.google.com by ken...@gmail.com on 19 Jul 2012 at 11:28

GoogleCodeExporter commented 8 years ago
strace log:
[pid 30618] access(".git/config", R_OK) = 0
[pid 30618] open(".git/config", O_RDONLY) = 3
[pid 30618] fstat(3, {st_mode=S_IFREG|0664, st_size=551, ...}) = 0
[pid 30618] mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, 
-1, 0) = 0x7f2ed01e9000
[pid 30618] read(3, "[core]\n\trepositoryformatversion "..., 4096) = 551
[pid 30618] read(3, "", 4096)           = 0
[pid 30618] close(3)                    = 0
[pid 30618] munmap(0x7f2ed01e9000, 4096) = 0
[pid 30618] write(2, "fatal: Not a valid object name r"..., 76fatal: Not a 
valid object name refs/remotes/1-11 M R 2.6
) = 76
[pid 30618] exit_group(128)             = ?

Original comment by ken...@gmail.com on 19 Jul 2012 at 11:30