tortoise protocol mac how for svn tortoisesvn

protocol - Un error de SVN(200 OK) cuando salgo de mi repositorio en línea



tortoise svn server download for windows 7 64 bit (14)

Estoy intentando configurar mi primer repositorio en mi host y estoy obteniendo este error cuando utilizo TortoiseSVN para finalizar el proyecto:

Error: OPCIONES de '' http://mywebsite.com/svn/myproject '': 200 OK ( http://mywebsite.com )

Aquí esta lo que hice:

  1. Ssh en mi host y diríjase a / home / myaccnt y ''svnadmin create svn''

  2. Crear mi repositorio de proyecto: ''svn mkdir svn / myproject''

  3. Agregue archivos al repositorio: cd /home/myaccnt/.../myproject (que tiene / tags, / branch, / trunk); ''svn import file: /// home / myaccnt / svn / myproject'' (en este punto se ve la gran lista anterior de archivos agregados).
    En este punto, creo que configuré mi repositorio e importé mi proyecto en el repositorio. Por lo tanto, estoy listo para pagar usando TortoiseSVN en mi cuadro de Windows. Asi que:

  4. En la carpeta en la que me gustaría realizar el pago, hago clic con el botón derecho en SVN Checkout y luego me aseguro de que mi URL sea: http://mywebsite.com/svn/myproject

¿Resultado?

Error: OPCIONES de '' http://mywebsite.com/svn/myproject '': 200 OK ( http://mywebsite.com )

Alguien tiene alguna idea para mí? Probablemente me esté perdiendo algo fundamental con la estructura de mi repositorio o htaccess ... o algo así.

¡Asegúrese de que SVNPath esté configurado correctamente en la configuración de Apache!

Aparentemente, esto es más un problema de restricción por parte de mi anfitrión, y estoy trabajando con ellos para resolverlo.

Gracias, 1800.

Por cierto, la respuesta aquí fue que mi anfitrión, A2 Web Hosting, requiere que SVN sea manejado a través de SSH usando una clave pública y configurando, en mi caso, TortoiseSVN para hacer el trabajo. Fue una especie de funky para alguien que tiene un poco de experiencia en la configuración de claves, ¡pero fue muy satisfactorio una vez que lo hizo!

Puede encontrar información sobre SVN en el host A2 en su wiki de soporte.

Este error es completamente genérico y solo significa que no se pudo comunicar con el servidor SVN. Use su navegador para ver la URL y ver qué se está sirviendo realmente. Debería ser una página en blanco y negro que dice Powered by Subversion en el pie de página. Eso debería ayudarte a descubrir cuál es el problema.

En mi caso, las solicitudes no terminaban en el módulo DAV porque estoy usando ProxyPass.

Me encontré con este error al conectarme a un repositorio de código abierto de mi Ubuntu x-term.

La solución que funcionaba era modificar el /etc/subversion/servers . Modifiqué la configuración del proxy en la sección global y ahora: Todo está bien.

Otra razón para obtener este error (entre las muchas anteriores) es tener un proxy establecido en ~ / .subversion / servers cuando no necesita un proxy para llegar al servidor al que está tratando de conectarse.

Para mí fue definitivamente un problema de autenticación.

Normalmente, cuando intento realizar un nuevo proyecto, me preguntan si deseo aceptar el certificado (de forma permanente, temporal o no).

Debo haber hecho clic en ninguna de las anteriores, así que no me volvería a preguntar.

Al usar el cliente de TortoiseSVN ingresé en Configuración , luego en Datos guardados y borré mis datos de autenticación (botón Borrar ).

Luego, cuando intenté pagar, me impulsó a aceptar el certificado. Lo hice permanentemente y todo fue bueno. Verificó todo mi código.

Para mí, el error fue del lado del servidor, y fue porque olvidé descomentar

DAV svn

en el archivo de configuración /etc/apache2/mods-enabled/dav_svn.conf (en Debian).

Si cambia la dirección de salida de http://mywebsite.com/svn/myproject a svn://mywebsite.com/svn/myproject , ¿comienza a funcionar? Si es así, ¿quizás no configuró el protocolo HTTP para el acceso SVN?

Tuve un problema diferente (y una solución). No entiendo por qué sucede, pero como parte del proceso de finalización de DID del repositorio, traté de revisar varios contenidos de forma independiente.

Descubrí que solo un archivo JAR en la carpeta raíz no estaba desprotegido y el intento de verificarlo causó el error. Como el archivo era un archivo duplicado de un mismo archivo JAR, que estaba en la carpeta "destino", lo eliminé del repositorio a través de repo-browser (TortoiseSVN) y revisé el proyecto a través de NetBeans nuevamente. Finalmente finalicé sin el error.

Tuve un problema similar con un simple comando "svn list".

Para extender la respuesta de Vitor Mateus con respecto a las barras: al configurar mi propio repositorio usando Apache en un servidor interno, mi etiqueta de Location original en el archivo de configuración de Apache 2 se veía así:

<Location "/svn/repo_address/"> ... </Location>

Donde había un final "/" después de "repo_address". No debería haber una barra allí:

<Location "/svn/repo_address"> ... </Location>

Algo sutil, pero hace una gran diferencia. Ahora una llamada a

svn list http://my.server.com/svn/repo_address

funciona bien. Algunas veces es útil leer el manual cuidadosamente ;-)

Una modificación de la primera respuesta funcionó para mí.

Mi repositorio usa SSH. La URL me fue dada como https: // (para acceso HTTPS) y eventualmente descubrí que el protocolo en la URL necesitaba ser cambiado.

Uso del cliente de línea de comandos: $ svn checkout svn + ssh: /// svnroot //

(No se necesitó ninguna configuración de clave)

acabo de tener este problema. Mi servidor Subversion estaba en un puerto no estándar. Entonces efectivamente mi URL de repositorio estaba equivocada. Algo más que ver ...