He configurado un nuevo repositorio SVN, que ejecuta SVNServe, en el archivo conf, anon-access = none.TortoiseSVN no solicita autenticación?
SVNServe hace esto fielmente, pero cuando trato de navegar por los repos usando TortoiseSVN, solo dice que el acceso no está permitido. ¿No debería pedirme el nombre de usuario y la contraseña en su lugar?
¿Cómo consigo que TortoiseSVN me solicite los datos de inicio de sesión?
Correr SVN 1.5.6, 1.5.9 TortoiseSVN
Lo sentimos, no elimine el comentario de la línea siguiente en la configuración:
contraseña-db = passwd
bueno, se resolvió :) - acepte su propia respuesta, por lo que esta pregunta aparece como respondida. – eglasius
Para aclarar, la configuración es svnserve.conf en repo/conf –
probablemente ha salvado algunos datos de autenticación, intente:
derecha click-> carey> configuración-> salvado data-> Autenticación de datos-Claro .
En algunos casos, el botón "Borrar" -Authentication Data permanece deshabilitado, luego cambie el nombre de la carpeta en la que se guarda el certificado. La próxima vez SVN automáticamente te pedirá la contraseña.
Nop ... comprobé eso, no se guardaron los datos de autenticación. El botón Borrar está deshabilitado. – Robo
Funcionó para mí :) – GateKiller
Esta carpeta es '% APPDATA% \ Subversion \ auth'. –
Si el botón de datos -Authentication "Borrar" permanece desactivado, a pesar de guardar el certificado acaba de cambiar el nombre del carpeta en la que se guarda el certificado. La próxima vez SVN automáticamente te pedirá la contraseña.
que tenían el mismo problema usando beanstalkapp.com y fue capaz de resolver mediante el uso de http * s * en lugar de http al especificar la URL svn checkout.
Eso es lo que obtengo por no copiar y pegar.
Podría haber jurado que revisé usando HTTPS desde el código de Google, pero aparentemente no lo hice. La reubicación de la URL HTTP a HTTPS hizo que TortoiseSVN comenzara a solicitar credenciales nuevamente. – ken
Solo quería agregar una solución adicional que podría evitar que TortoiseSVN solicite la autenticación. Tuve la situación de que un usuario podría autenticarse desde otras máquinas sin problemas, pero en esta máquina fallaría con un "Estado HTTP inesperado 503 'Servicio no disponible'" y no pediría autenticación. La configuración de Tortoise> Datos guardados> Datos de autenticación era clara, podríamos eliminar el% APPDATA% \ Roaming \ subversion \ archivos en vano. Resulta que en algún momento el usuario había intentado "solucionar" un problema configurando el proxy de la red.
Saludos, espero que esto ayude a alguien.
Uno piensa que acabo de encontrar, hubo una -R en la configuración svnserve (sólo lectura para todos los repositorios) puso en su lugar en la instalación - una cosa simple, pero todo esto es nuevo para mí ...
Si Si está conectado a través de DirectAccess, debe descargar la versión IPv6 de TortoiseSVN. Puede encontrar la última versión here.
Se puede encontrar en la carpeta Versión/Aplicación/ipv6
reiniciar el sistema después de la actualización de la contraseña.Después de reiniciar SVN reconfigurarse a sí mismo y solicitar la autenticación en lugar de utilizar la contraseña almacenada anterior
Configuración - Avanzadas - AllowAuthSave = true
Estoy bastante seguro de que debe preguntarle automáticamente. Estás usando el protocolo svn: //, ¿verdad? ¿Puedes publicar tu configuración? – strager
Sí, el otro repositorio que configuré lo solicité automáticamente, así que no sé por qué no funciona para este. Los otros repos era apache, este es SVNServe. Sí, estoy usando svn: // Además de los comentarios predeterminados, solo agregué esto a config: realm = Subversion Repository – Robo