tag - Renombrar el nombre del proyecto de repositorio SVN
svn tag (5)
Primero conozca dónde reside la carpeta
/Repositoriesen (C:/Repositoriesdefaut)Después de eso, cambie el nombre de su repositorio que desee, dentro de esa carpeta
/Repositories. (ventanas)Si está utilizando eclipse, deseche la ubicación del repositorio anterior en Repositorios SVN y vaya a
New->Repository Location...-> your new repository name. Eso es.
He migrado un proyecto de CVS a SVN. Ahora necesito cambiar el nombre de ese proyecto. ¿Cuál puede ser la mejor manera de cambiarle el nombre, manteniendo intacta toda la historia? La carpeta del proyecto contiene unos 100 números de C y sus archivos de encabezado.
No hay un mecanismo incorporado en Subversion para cambiar el nombre de un repositorio.
La mejor opción para mantener la integridad y el historial es realizar un volcado de repositorio del repositorio anterior y luego volver a importar el volcado en un nuevo repositorio.
Escribí una publicación sobre esto aquí: Cómo cambiar el nombre de un repositorio SVN .
Solo necesitará usar la utilidad svnadmin , y luego svnadmin creará un nuevo repositorio, svnadmin volcará el contenido del repositorio anterior y, finalmente, svnadmin importará el volcado en el nuevo repositorio que creó utilizando svnadmin create .
EDITAR
Si necesita renombrar un "proyecto" dentro del repositorio, y por proyecto supongo que quiere decir un directorio, entonces simplemente necesita usar el comando svn move . Tenga en cuenta que esto se hace usando el cliente svn, no svnadmin. La sintaxis del comando svn move es svn move SRC DEST y te permite básicamente realizar un cambio de nombre de un archivo o directorio dentro de tu repositorio. Se debe preservar toda la historia para ese archivo (o directorio).
Para cambiar el nombre de un repositorio, solo tiene que cambiar el nombre de su directorio raíz y generar un nuevo UUID. Suponiendo que el repositorio está en /var/svnroot/my_repo , debe ejecutar estos comandos (como root) para cambiar el nombre de un repositorio:
$ mv /var/svnroot/my_repo /var/svnroot/my_new_repo
$ svnadmin setuuid /var/svnroot/my_new_repo
Después de eso, puede acceder a él a través de su protocolo favorito.
A veces, un administrador puede cambiar la "ubicación base" de su repositorio; en otras palabras, el contenido del repositorio no cambia, pero sí la URL principal utilizada para llegar a la raíz del repositorio. Por ejemplo, el nombre de host puede cambiar, el esquema de URL o cualquier parte de la URL que conduzca al repositorio en sí. En lugar de verificar una nueva copia de trabajo, puede hacer que el comando svn cambie "reescribir" el comienzo de todas las URL en su copia de trabajo. Use la opción --relocate para hacer la sustitución. No se modifican los contenidos de los archivos ni se contacta con el repositorio. Es similar a ejecutar un script Perl sobre su copia de trabajo .svn / directorios que ejecuta s / OldRoot / NewRoot /.
$ svn checkout file:///tmp/repos test
A test/a
A test/b
…
$ mv repos newlocation
$ cd test/
$ svn update
svn: Unable to open an ra_local session to URL
svn: Unable to open repository ''file:///tmp/repos''
$ svn switch --relocate file:///tmp/repos file:///tmp/newlocation .
$ svn update
At revision 3.
svn relocate - Reubica la copia de trabajo para que apunte a una URL raíz de repositorio diferente.
Sinopsis
svn relocate FROM-PREFIX TO-PREFIX [PATH...]
svn relocate TO-URL [PATH]
Descripción
En ocasiones, un administrador puede cambiar la ubicación (o la ubicación aparente, desde la perspectiva del cliente) de un repositorio. El contenido del repositorio no cambia, pero la URL raíz del repositorio sí lo hace. El nombre de host puede cambiar porque el repositorio ahora se está sirviendo desde una computadora diferente. O, quizás, el esquema de URL cambie porque el repositorio ahora se está sirviendo a través de SSL (utilizando https: //) en lugar de a través de HTTP simple. Hay muchos motivos diferentes para este tipo de reubicaciones de repositorios. Pero idealmente, un "cambio de dirección" para un repositorio no debería ocasionar que todas las copias de trabajo que apuntan a ese repositorio se vuelvan para siempre inutilizables. Y afortunadamente, ese no es el caso. En lugar de obligar a los usuarios a verificar una nueva copia de trabajo cuando se reubica un repositorio, Subversion proporciona el comando svn relocate, que "reescribe" los metadatos administrativos de la copia de trabajo para referirse a la nueva ubicación del repositorio.
La primera sintaxis de reubicación de svn le permite actualizar una o más copias de trabajo por lo que esencialmente equivale a un descubrimiento y reemplazo dentro de las URL de raíz del repositorio registradas en esas copias de trabajo. Subversion reemplazará la subcadena inicial FROM-PREFIX con la cadena TO-PREFIX en esas URL. Estas subcadenas de URL iniciales pueden ser tan largas o cortas como sea necesario para diferenciarlas. Obviamente, para usar este formulario de sintaxis, necesita conocer tanto la URL raíz actual del repositorio al que apunta la copia de trabajo, como la nueva URL de ese repositorio. (Puede usar información de svn para determinar el primero).
La segunda sintaxis no requiere que conozca la URL raíz del repositorio actual con la que está asociada la copia de trabajo, solo la nueva URL del repositorio (TO-URL) a la que debe apuntar. En esta forma de sintaxis, solo una copia de trabajo puede ser reubicada a la vez.
Ejemplos
Comencemos con una copia de trabajo que refleje una URL de repositorio local:
$ svn info | grep URL:
URL: file:///var/svn/repos/trunk
$
Un día, el administrador decide cambiar el nombre del directorio del repositorio en disco. Nos perdimos la nota, por lo que vemos un error la próxima vez que intentemos actualizar nuestra copia de trabajo.
$ svn up
Updating ''.'':
svn: E180001: Unable to connect to a repository at URL ''file:///var/svn/repos/trunk''
Después de acorralar al administrador por las máquinas expendedoras, nos enteramos sobre el repositorio que se mueve y se les dice la nueva URL. Sin embargo, en lugar de verificar una nueva copia de trabajo, simplemente le pedimos a Subversion que reescriba los metadatos de la copia de trabajo para que apunte a la nueva ubicación del repositorio.
$ svn relocate file:///var/svn/new-repos/trunk
$
Subversion no nos dice mucho sobre lo que hizo, pero la operación sin errores es realmente todo lo que necesitamos, ¿no? Nuestra copia de trabajo es funcional para operaciones en línea nuevamente.
$ svn up
Updating ''.'':
A lib/new.c
M src/code.h
M src/headers.h
…
Por defecto, svn relocate atravesará cualquier copia de trabajo externa anidada dentro de su copia de trabajo e intentará la reubicación de esas copias de trabajo también. Use la opción --ignore-externals para desactivar este comportamiento.
SVN Book / 5. Administración de repositorio / svnbook.red-bean.com/en/1.7/… :
Los datos del repositorio de Subversion están totalmente contenidos en el directorio del repositorio. Como tal, puede mover un repositorio de Subversion a otra ubicación en el disco, cambiar el nombre de un repositorio, copiar un repositorio o eliminar un repositorio usando las herramientas provistas por su sistema operativo para manipular directorios
El cambio de nombre es típico en el mismo servidor, por lo que un simple cambio de nombre / movimiento del directorio del repositorio lo hará. La llamada de svnadmin setuuid no es necesaria, porque no está haciendo una copia y los UUID deben permanecer iguales, por lo que su cliente puede reubicarse fácilmente en la nueva URL del repositorio.