SVN (200 OK) al momento de pagar de mi repositorio en línea

Question

estoy tratando de configurar mi primer repositorio en mi host y estoy consiguiendo este error cuando uso TortoiseSVN a la comprobación del proyecto:

Error: OPTIONS of ' http://mywebsite.com/svn/myproject ': 200 OK (http://mywebsite.com)

Esto es lo que hice:

1. SSH en mi anfitrión y la cabeza a/home/myaccnt y 'svnadmin crear sVN'

2. crear mi repositorio del proyecto: 'svn mkdir svn/myprojec t '

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. Por lo tanto:

4. En la carpeta que me gustaría por caja para, I Haga clic derecho y SVN Checkout, y luego asegurarse de que mi URL es: http://mywebsite.com/svn/myproject

Resultado?

Error: OPTIONS of ' 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í.

Answer 1

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

Gracias, 1800.

Por cierto, aquí la respuesta fue que mi anfitrión, A2 Alojamiento Web, requiere que SVN ser manejado a través de SSH usando un public_key y configurar, 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.

Answer 2

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?

Answer 3

Intente poner / en el extremo de la URL. Cambie la dirección de salida de "http://mywebsite.com/svn/myproject" a "http://mywebsite.com/svn/myproject/".

Answer 4

tuve que indagar en este tema también y encontraron las siguientes páginas que me llevan a la solución: - http://comments.gmane.org/gmane.comp.version-control.subversion.devel/117844 (Véase especialmente la link to "Julian's patch".)

No se afirma que las "opciones de <url>: 200 (<url>) OK "el error es bastante confuso y a menudo solo significa que la URL del repositorio es incorrecta.

Answer 5

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.

Utilizando el cliente de línea de comandos: $ svn checkout svn + ssh: // /// svnroot

(No fue necesaria ninguna configuración de teclas.)

Answer 6

acabo de tener este problema. Mi servidor Subversion estaba en un puerto no estándar. Entonces efectivamente mi URL de repositorio estaba equivocada. Sólo algo más para comprobar ...

Answer 7

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

Extender respuesta Vítor Mateus' con respecto a las barras: Si bien la creación de mi propio repositorio usando Apache en un servidor en casa, mi etiqueta original Location en el archivo de configuración de Apache 2 parecía:

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

Donde hay era un detrás de "/" 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. A veces es útil para leer cuidadosamente el manual ;-)

Answer 8

Para mí, el error estaba en el lado del servidor, y fue porque se me olvidó quitar los comentarios

DAV svn 

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

Answer 9

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

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

Debo haber hecho clic en nada en absoluto anteriormente, por lo que no me preguntaría de nuevo.

Utilizando el cliente TortoiseSVN entré en Ajustes, a continuación, datos guardados y aclaré datos de autenticación (botón Borrar ).

Luego, cuando intenté el pago, me incitó a aceptar el certificado. Hice permanentemente y todo fue bien. Verificó todo mi código.

Answer 10

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 archivo /etc/subversion/servers. Modifiqué la configuración del proxy en la sección global y ahora: Todo está bien.

Answer 11

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

Answer 12

Este error es completamente genérico y solo significa que no pudo comunicarse 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.

Answer 13

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

Answer 14

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.

He encontrado que solo un archivo JAR en la carpeta raíz no estaba desprotegido y al intentar verificarlo se produjo 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.