subir - tortoise svn server
Los cambios de la subcarpeta SVN externos no se muestran en el registro de visualización(tortuga svn) (4)
SVN externos le permiten hacer que una carpeta SVN aparezca como si estuviera en otra ubicación. Un buen uso para esto es tener una carpeta común compartida en todos sus proyectos en SVN.
Tengo una carpeta / trunk / common en SVN que comparto a través de varios proyectos diferentes.
Ejemplo:
- Proyecto1: / trunk / project1 / depends
- Proyecto2: / trunk / project2 / depends
- Proyecto3: / trunk / project3 / depends
- Proyecto4: / trunk / project4 / depends
Cada una de estas carpetas dependientes está vacía, pero tienen un svn: externo definido para apuntar a mi / trunk / common folder.
El problema es cuando veo el registro dentro de cualquiera de los proyectos: / trunk / projectX / no muestra cambios desde el svn: externals. Estoy usando tortuga SVN como mi cliente SVN.
¿Alguien sabe cómo cambiar este comportamiento? Me gustaría que el registro del programa de / trunk / projectX incluya cualquier cambio en cualquier svn: external externo definido.
Cuando visualice el registro de una carpeta versionada local, se mostrarán los cambios relativos a esta carpeta en particular. Externos son solo un enlace a una carpeta diferente en el repositorio. Lo único que puede rastrear sobre referencias externas, desde una carpeta que depende de este proyecto externo, es la definición de referencia en sí misma . Esto se debe a que la referencia es una propiedad de subversión de la carpeta dependiente.
Imagine que tiene la siguiente jerarquía repo:
repo
myfirstproject
trunk
mysecondproject
trunk
mycommonlib
trunk
y esa carpeta mysecondproject/trunk tiene la siguiente propiedad svn: external :
svn://mysrv/repo/mysharedlib@2451 sharedlib
Una comprobación de mysecondproject / trunk dentro de una nueva carpeta secondproject creará algo así en su sistema de archivos:
secondproject Folder (refers mysecondproject/trunk)
sharedlib Folder (refers mycommonlib/trunk @ revision #2451)
Si se llama al comando "Mostrar registro" de Tortoise desde la carpeta del segundo proyecto , solo se mostrarán los cambios en los archivos del segundo proyecto y, finalmente, los cambios que ocurrieron en la propiedad svn: external de la carpeta.
Para obtener el registro de cambios del proyecto externo, debe llamar a "Mostrar registro" desde la carpeta interna sharedlib , lo cual tiene sentido.
Esto no es posible con la versión actual de Subversion, aparte de llamar explícitamente a svn log en el destino del directorio externo
Puede intentar emitir una solicitud de función en el sitio web de Apache Subversion
Creo que, después de Subversion 1.7 (que introdujo una sola carpeta .svn en la raíz de WC), estaba más limpio: para el directorio externo de tipo directorio del externo dentro de Working Copy es a) independiente b) anidado Copia de trabajo de un repositorio separado
>dir /B /S /AD
z:/subversion-troubleshoot-b/.svn
...
z:/subversion-troubleshoot-b/trunk
z:/subversion-troubleshoot-b/tags
z:/subversion-troubleshoot-b/trunk/lib
z:/subversion-troubleshoot-b/trunk/lib/.svn
...
z:/subversion-troubleshoot-b/tags/1.0.0
z:/subversion-troubleshoot-b/tags/1.0.1
z:/subversion-troubleshoot-b/tags/1.0.1/lib
z:/subversion-troubleshoot-b/tags/1.0.1/lib/.svn
...
y el padre WC no contiene ninguna información sobre el WC anidado (dir de WC, creado desde / de repositorio, note .svn dir presence dos veces solo para mainline)
>svn ls -R
readme.textile
tags/
tags/1.0.0/
tags/1.0.0/core_mod.txt
tags/1.0.1/
tags/1.0.1/core_mod.txt
trunk/
trunk/core_mod.txt
cuando trunk (y tags respectivamente) tienen subdirectorio lib como externo
Soporte para el manejo externo agregado para actualizar y confirmar, porque este soporte produce comandos consecutivos independientes y no relacionados , y porque sin este soporte los externos no tienen sentido, el registro agregado de svn debe combinarse de alguna manera (por principios desconocidos, por cierto)
según mi experiencia personal, el registro de los enlaces externos se informa solo si en el mismo compromiso donde se cambian los archivos externos, también se modifica un solo archivo en la carpeta "interna". De esta forma, SVN puede recuperar con el registro apropiado, también el registro de la carpeta externa.
Creo que con el enganche debería ser posible implementar un mecanismo para autocommitir un archivo spot en el directorio de trabajo para cada confirmación, también si el compromiso comienza desde un enlace externo.
Adiós