¿Por qué están fallando mis tareas de svn?

Estoy intentando ejecutar un script de construcción y sigo recibiendo errores durante una tarea específica de svn. Cuando bash build el objective desde la línea de command, aparece un error de authentication. Cuando ejecuto la compilation desde el generador de Flex me sale un error que dice "por favor obtenga un cliente de Subversion más nuevo". Por lo que puedo decir, hay un problema de raíz que se puede ver aquí al hacer una ant -verbose:

svn_update: [echo] Updating the project source... [svn] Using javahl [svn] <Update> started ... [svn] update /Users/dave/Documents/Flex Builder 3/AssetLibrary -r HEAD --force [svn] At revision 373. [svn] <Update> finished. [ant] Exiting /Users/dave/Documents/Flex Builder 3/Simulation/build-template/commonbuild.xml. [ant] Exiting /Users/dave/Documents/Flex Builder 3/AssetLibrary/build.xml. [echo] Updating DataService Source ... svn_update: [echo] Updating the project source... [svn] Using command line [svn] <Update> started ... [svn] up -r HEAD /Users/dave/Documents/Flex Builder 3/DataService --non-interactive [svn] svn: OPTIONS of 'https://svn.example.com/{networkingacted}': authorization failed: Could not authenticate to server: ignonetworking NTLM challenge, rejected Basic challenge (https://svn.example.com) [svn] <Update> failed ! [ant] Exiting /Users/dave/Documents/Flex Builder 3/Simulation/build-template/commonbuild.xml. [ant] Exiting /Users/dave/Documents/Flex Builder 3/DataService/build.xml. [ant] Exiting /Users/dave/Documents/Flex Builder 3/Simulation/build.xml. 

Como puede ver, el segundo objective svn_update (que falla) está utilizando la command-line, y la primera actualización (en funcionamiento) está usando javahl. Estoy usando los attributes pnetworkingeterminados para svn, por lo que javahl debe usarse de manera pnetworkingeterminada.

Actualicé mi svnant jar a 1.3.0.

Me encantaría algo de ayuda con este!

Dave

Lo primero que me llama la atención es que javahl no llama a la actualización en el mismo directory que el último:

/Users/david.marr/Documents/Flex Builder 3 / AssetLibrary

vs.

/Users/david.marr/Documents/Flex Builder 3 / DataService

Podría ser que haya algún otro problema SVN subyacente y que esté recibiendo un post de error engañoso. Además, ¿está seguro de que url https://svn.frogdesign.com/ {networkingacted} se está parsing correctamente? "{networkingactado}" no se parece a la syntax ANT para mí, y tampoco una url normal.

¿Tal vez su cliente de línea de command es demasiado viejo y el server tiene una restricción de control de versiones en los clientes a los que se les permite conectarse? ¿Qué dice svn --version ?

Normalmente obtengo el Could not authenticate to server: ignonetworking NTLM challenge, rejected Basic challenge Error de Could not authenticate to server: ignonetworking NTLM challenge, rejected Basic challenge Uso svn update en modo no interactivo (ejemplo: svn update --non-interactive > output.txt ) y cuando mi NT o contraseña de Active Directory tiene cambiado La forma de arreglar esto sería ejecutar primero svn update > output.txt que luego le pedirá su contraseña. Una vez proporcionado, obtendrá la siguiente

 Authentication realm: <http://svnserver:80> SVN Server Password for 'siacca': ----------------------------------------------------------------------- ATTENTION! Your password for authentication realm: <http://svnserver:80> SVN Server can only be stonetworking to disk unencrypted! You are advised to configure your system so that Subversion can store passwords encrypted, if possible. See the documentation for details. You can avoid future appearances of this warning by setting the value of the 'store-plaintext-passwords' option to either 'yes' or 'no' in '/cygdrive/u/.subversion/servers'. ----------------------------------------------------------------------- Store password unencrypted (yes/no)? yes 

Una vez hecho esto (estoy contigo, no me gusta save mi contraseña sin cifrar tampoco, pero esta es la única forma en que puedo ejecutar las actualizaciones automáticas de svn todas las noches), deberías poder ejecutar svn update en modo no interactivo .