git svn clone falla en Mac OS X: "Archivo temporal con moniker 'svn_delta' ya en uso"

Question

He instalado git-core (+ svn) en mi Mac desde MacPorts. Esto me ha dado:

git-core @1.7.12.2_0+credential_osxkeychain+doc+pcre+python27+svn 
subversion @1.7.6_2 

Estoy intentando llamar a algo como lo siguiente:

git svn clone http://my.svn.com/svn/area/subarea/project -s 

La salida se ve algo como esto:

Initialized empty Git repository in /Users/bitwise/work/svn/project/.git/ 
Using higher level of URL: http://my.svn.com/svn/area/subarea/project => http://my.svn.com/svn/area 
A folder/file.txt 
    A  folder/file2.txt 
    [... some number of files from svn ... ] 
    A  folder44/file0.txt 
Temp file with moniker 'svn_delta' already in use at /opt/local/lib/perl5/site_perl/5.12.4/Git.pm line 1024. 

que he hecho lo de siempre búsquedas, pero la mayoría de los hilos parecen desvanecerse sin proponer una solución clara.

Answer 1

Añadir este ajuste a su ~/.subversion/servers archivo:

[global] 
http-bulk-updates=on 

tuve este problema en Linux, y vio a la solución anterior en this thread. I think Me encontré con esto porque forcé Alien SVN para compilar con subversión 1.8 que usa la biblioteca de serf ahora en lugar de neon para https, y aparentemente git-svn no funciona bien con siervo.

Answer 2

http://bugs.debian.org/534763 sugiere que es un error en el paquete libsvn-perl, prueba a actualizar que

Answer 3

Tenga en cuenta que git 1.8.5rc3 (release November 20st, 2013, announced here) ahora incluye:

• "git-svn" se ha enseñado a utilizar el serf library, que es el only option SVN 1.8.0 offers us when talking the HTTP protocol (no más neon).

• "git-svn" hablar sobre una conexión https:// usando la biblioteca serf vierten núcleo debido a un error en la librería serf que utiliza SVN.
  Trabaja alrededor de nuestro lado, aunque el lado SVN se está reparando.

Así que una actualización general a la última Git (1.8.5 debería ser la próxima semana) y latest SVN 1.8 puede ayudar a que las cosas funcionen bien.