¿Es posible forzar a SVN a considerar un directory como una copy de trabajo?

Estoy tratando de resolver este acertijo y estoy empezando a pensar que el problema no es que los clientes SVN no puedan resolver la ruta al repository, sino que el repository no es una copy de trabajo.

Resumen del problema original: estoy migrando de una antigua Bitnami Trac Stack en una Ubuntu VM a una Windows nativa Bitnami Trac Stack en el mismo server . Utilicé copys de security realizadas con copy en caliente desde los repositorys SVN de Ubuntu, por lo que teóricamente son "indistinguibles" de las anteriores.

Sin embargo, no puedo ver los nuevos repositorys SVN en un cliente externo como TortoiseSVN, pero puedo ver los repositorys en Trac. Cualquier command que ejecute en la línea de command me dice que el repository con el que trato de trabajar "no es una copy de trabajo".

Si //sbeut01:8001/svn/RnD TortoiseSVN en //sbeut01:8001/svn/RnD (que teóricamente es un repository válido), se comete un error con: //sbeut01:8001/svn/RnD is not a working copy

¿Cómo puedo hacer que los repositorys en la instancia de Windows Trac / subversion funcionen copys? ¿O ese parece ser el problema real en oposition a mi pregunta original mencionada anteriormente?

SO Pregunta que no resolvió el problema

Editar: pensé que trataría de crear un nuevo repository utilizando la instancia de Windows Trac / subversion, y luego ver si podía ver esa instancia desde un cliente svn remoto o incluso la copy local. Sin embargo, si trato de hacer un svn mkdir c:\test , obtengo el mismo error, c:\test is not a working copy . No estoy seguro de qué hacer con eso. También traté de hacer lo mismo con svnadmin create c:\test , con los mismos resultados.

2nd Edit Resultó que realmente había una copy de trabajo, solo estaba buscando en el lugar equivocado. La respuesta correcta fue:

svn://[IP address]:3691/Bitnami/Repos/RnD

8001 era el puerto Apache que Trac usa para ver una versión del repository habilitado para la web, 3691 es el puerto SVN desde la primera vez que configuré Windows Bitnami Trac Stack

Creo que veo lo que está pasando, y parece que todo está funcionando bien y que hay un pequeño malentendido en tu parte.

Usando Tortoise, abra un browser de repository e ingrese su location de repository, pero mantenga el identificador de protocolo http en él, es decir, http://sbeut01:8001/svn/RnD . Suponiendo que todo esté configurado correctamente, lo cual me suena como si dijéramos que Trac puede verlo allí, verás tu repository como es de esperar.

El problema con el que se topaba con él era simplemente una interpretación errónea de cómo funciona Tortoise y SVN en general, creo. Tortoise puede comunicarse con el repository (en el server) y la copy de trabajo (en el cliente). No es inmediatamente obvio todo el time que la operación de Tortoise se está comunicando con la cual, y sin experiencia o el conocimiento de que "copy de trabajo" y "repository" son términos muy precisos , puedo (y lo hago) ver de dónde puede venir la confusión.