svn - tortoise - Subversion 1.7 vs 1.8 rarezas relativas de símbolo(^)

svn manual

Question

Tengo un repositorio externo de Subversion al que se accede desde dos máquinas separadas, una máquina usa svn v1.7.9 y la otra está usando v1.8.3.

Desde v1.7.9 puedo usar el svn ls con el símbolo relativo (^) y funciona como se esperaba (desde la raíz del repositorio) ...

# svn ls ^/tags
v1-0-0/
v1-1-0/
v1-2-0/
etc

Desde la v1.8.3, intento el mismo comando y obtengo lo siguiente ...

# svn ls ^/tags
zsh: no matches found: ^/tags

Si ejecuto svn info desde v1.8.3 puedo ver el Relative URL: ^/trunk output como se esperaba (agregado en v1.8), pero parece que no puedo pasar de ese nivel (a la raíz) usando el relativo ( ^) símbolo, por ejemplo ...

# svn ls ^/
[returns a list of all files/directories in trunk]

Esto significa que casi todos los comandos (cambiar / copiar / fusionar, etc.) fallan cuando se usa el símbolo relativo. ¿Alguna idea de cómo puedo solucionar esto?

Answer 1

Bueno, no tengo 1.7 SVN en las manos en este momento (y la experiencia zsh en absoluto), pero por

>svn --version
svn, version 1.8.3 (r1516576)
   compiled Aug 27 2013, 19:43:20 on x86-microsoft-windows

y Copia de trabajo, marcada desde la raíz del repositorio

Working Copy Root Path: Z:/TS
...
Relative URL: ^/

para el carácter puro ^ en la URL obtuve resultados bastante divertidos

svn ls ^/tags
svn: E155007: ''Z:/tags'' is not a working copy

(Nota "Ruta de copia de trabajo en movimiento" desde la salida de información svn)

pero con un pequeño truco, todo se vuelve correcto

svn ls "^/tags"
1.0.0/
1.0.1/

Supongo que, ^ tiene un significado especial en todas las conchas, no puede usarlo no protegido