$ svn co svn:\/\/localhost\/ANA<\/font><\/p>\nEn la revisi\u00f3n 0.<\/pre>\nCopiamos en el nuevo directorio los ficheros fuente del proyecto (si exist\u00edan).
\n$ cd ANA
\n$ cp -R \/ruta_fuentes_anteriores\/* .<\/font>
\nA\u00f1adimos los ficheros al proyecto
\n$ svn add *<\/font><\/p>\nActualizamos la informaci\u00f3n local sobre los ficheros. Nos indica todos los ficheros que est\u00e1n marcados para ser a\u00f1adidos al repositorio.
\n$ svn status<\/font><\/p>\nA fichero1\r\nA fichero2\r\n...\r\nEn la revisi\u00f3n 0.<\/pre>\nHacemos commit (ci) de las modificaciones y dejamos una nota o mensaje (-m)
\n$ svn ci -m “Importacion inicial”<\/font><\/p>\nUso y disfrute<\/h2>\n
Lo primero<\/strong> que se debe hacer al empezar a programar es actualizar las fuentes (ver reglas de oro), para asegurarnos que disponemos de la \u00faltima versi\u00f3n:
\n$ cd \/ruta_copia_local\/ANA
\n$ svn update<\/font><\/p>\nAl acabar<\/strong> (si el programa no compila no has acabado -ver reglas de oro-):
\n– Comprobamos los cambios que tenemos pendientes con:
\n$ svn status<\/font>
\n– Hacemos los ajustes necesarios (svn add, svn delete… ver m\u00e1s adelante).
\n– Guardamos los cambios con un comentario indicando los cambios realizados.
\n$ svn ci -m “Cambios blablablabla”<\/font><\/p>\nVeamos algunas de las funciones m\u00e1s habituales.<\/p>\n
A\u00f1adir ficheros<\/h3>\n
Ya hemos visto en la importaci\u00f3n como a\u00f1adir ficheros, pero lo vamos a volver a ver con un poco m\u00e1s de detalle.
\nGeneramos un nuevo fichero:
\n$ touch kk<\/font>
\nConsultamos la informaci\u00f3n de los ficheros locales
\n$ svn status<\/font><\/p>\n? kk<\/pre>\nLa \u00fanica diferencia con el repositorio es que hay un fichero kk que no conoce<\/p>\n
A\u00f1adimos el fichero kk al proyecto
\n$ svn add kk<\/font><\/p>\nA kk<\/pre>\nConsultamos la informaci\u00f3n de los ficheros locales
\n$ svn status<\/font><\/p>\nA kk<\/pre>\nLa \u00fanica diferencia con el repositorio es que hay un fichero kk por a\u00f1adir<\/p>\n
Hacemos commit (ci) del fichero y dejamos una nota o mensaje (-m)
\n$ svn ci -m “Prueba add kk”<\/font><\/p>\nA\u00f1adiendo kk\r\nTransmitiendo contenido de archivos .\r\nCommit de la revisi\u00f3n 1.<\/pre>\nModificar ficheros<\/h3>\n
Modificamos el fichero de prueba
\n$ vi kk<\/font>
\nConsultamos la informaci\u00f3n de los ficheros locales
\n$ svn status<\/font><\/p>\nM kk<\/pre>\nLa \u00fanica diferencia con el repositorio es que hay un fichero kk por modificar<\/p>\n
Podemos ver las diferencias entre el fichero local y el del repositorio
\n$ svn diff kk<\/font><\/p>\nIndex: kk\r\n===================================================================\r\n--- kk (revisi\u00f3n: 1)\r\n+++ kk (copia de trabajo)\r\n@@ -1,2 +1,3 @@\r\n #Llalala\r\n+#lilililili\r\n #lelele\r\n<\/pre>\nHacemos commit (ci) del fichero y dejamos una nota o mensaje (-m)
\n$ svn ci -m “Prueba kk modificado”<\/font><\/p>\nCommit de la revisi\u00f3n 2.<\/pre>\nConsultamos la informaci\u00f3n de los ficheros locales
\n$ svn status<\/font>
\nNo hay diferencias con el repositorio<\/p>\nConflictos con ficheros<\/h3>\n
Si existen varios desarrolladores, puede ocurrir un conflicto al “subir” un fichero que haya sido modificado desde que hicimos el update.
\n$ svn ci -m “Forzamos conflicto”<\/font><\/p>\nEnviando kk\r\nsvn: Fall\u00f3 el commit (detalles a continuaci\u00f3n):\r\nsvn: Desactualizado: 'kk' en transacci\u00f3n '5-1'\r\n<\/pre>\n$ svn status<\/font><\/p>\nM ejemplo2.py<\/pre>\nPodemos abreviar ‘update’ como ‘up’
\n$ svn up<\/font><\/p>\nC ejemplo2.py\r\nActualizado a la revisi\u00f3n 3.<\/pre>\nAl encontrar el conflicto, SVN genera 4 ficheros, uno con el conflicto, el local, el de la revisi\u00f3n anterior (r2) y el de la nueva revisi\u00f3n (r3).
\n$ ls -l<\/font><\/p>\n...\r\n-rw-r--r-- 1 guimi guimi 111 2007-07-09 19:51 kk\r\n-rw-r--r-- 1 guimi guimi 49 2007-07-09 19:51 kk.mine\r\n-rw-r--r-- 1 guimi guimi 29 2007-07-09 19:51 kk.r2\r\n-rw-r--r-- 1 guimi guimi 57 2007-07-09 19:51 kk.r3\r\n<\/pre>\nTras corregir el conflicto, indicamos que lo hemos resuelto:
\n$ vi kk
\n$ svn resolved ejemplo2.py<\/font><\/p>\nSe resolvi\u00f3 el conflicto de 'ejemplo2.py'<\/pre>\nAl marcar el conflicto como resuelto, SVN borra los ficheros de resoluci\u00f3n.<\/p>\n
Volvemos a realizar el commit.
\n$ svn ci -m “Conflicto resuelto”<\/font><\/p>\nBorrar ficheros<\/h3>\n
Probamos a borrar un fichero de nuestro disco duro
\n$ rm kk<\/font>
\nConsultamos la informaci\u00f3n de los ficheros locales
\n$ svn status<\/font><\/p>\n! kk<\/pre>\nLa diferencia con el repositorio es que localmente falta un fichero<\/p>\n
Si actualizamos la informaci\u00f3n del repositorio…
\n$ svn update<\/font><\/p>\nSe restituy\u00f3 'kk'\r\nEn la revisi\u00f3n 2.<\/pre>\n…recuperamos el fichero borrado.
\nPara eliminar un fichero del proyecto debemos indicar al sistema que lo elimine del repositorio.
\nQuitamos un fichero del proyecto (y lo borramos de nuestro disco duro)
\n$ svn delete kk<\/font>
\nQuitamos otro fichero del repositorio, pero mantenemos la copia local
\n$ svn delete –keep-local kk2<\/font>
\nConsultamos la informaci\u00f3n de los ficheros locales
\n$ svn status<\/font><\/p>\nD kk\r\nD kk2<\/pre>\nLa \u00fanica diferencia con el repositorio es que hay dos fichero por eliminar.<\/p>\n
Hacemos commit (ci) de las modificaciones y dejamos una nota o mensaje (-m)
\n$ svn ci -m “Borrado de ficheros”<\/font><\/p>\nEliminando kk\r\nEliminando kk2\r\nCommit de la revisi\u00f3n 3.<\/pre>\nRenombrar ficheros<\/h3>\n
$ svn mv kk ejemplo<\/font><\/p>\n\r\nA ejemplo\r\nD kk\r\n<\/pre>\n$ svn status<\/font><\/p>\n\r\nD kk\r\nA + ejemplo\r\n<\/pre>\n$ svn commit –message “Cambio de nombre”<\/font><\/p>\n\r\nEliminando ejemplo1.py\r\nA\u00f1adiendo ejemplo2.py\r\n\r\nCommit de la revisi\u00f3n 3.\r\n<\/pre>\nConsultar el trabajo realizado<\/h2>\n
Vemos todo el trabajo que hemos realizado
\n$ svn log<\/font><\/p>\n------------------------------------------------------------------------\r\nr4 | guimi | 2012-02-07 20:52:05 +0100 (mar 07 de feb de 2012) | 1 line\r\n\r\nPrueba del kk\r\n------------------------------------------------------------------------\r\nr3 | guimi | 2012-02-07 20:51:39 +0100 (mar 07 de feb de 2012) | 1 line\r\n\r\nPrueba add kk\r\n------------------------------------------------------------------------\r\nr2 | guimi | 2012-02-07 20:39:46 +0100 (mar 07 de feb de 2012) | 1 line\r\n\r\nPrueba\r\n------------------------------------------------------------------------\r\nr1 | guimi | 2012-02-07 20:33:02 +0100 (mar 07 de feb de 2012) | 1 line\r\n\r\nImportacion inicial\r\n------------------------------------------------------------------------\r\n<\/pre>\npodemos consultar el trabajo que hemos realizado respecto a un fichero concreto, por ejemplo AndroidManifest.xml
\n$ svn log AndroidManifest.xml<\/font><\/p>\n------------------------------------------------------------------------\r\nr1 | (sin autor) | 2012-02-07 20:33:02 +0100 (mar 07 de feb de 2012) | 1 line\r\n\r\nImportacion version inicial 0.1.5-Beta\r\n------------------------------------------------------------------------\r\n<\/pre>\nsvn, subversion, control de versiones<\/strong><\/div>\n","protected":false},"excerpt":{"rendered":"Esta entrada no pretende ser una gu\u00eda completa de subversion, solo una gu\u00eda r\u00e1pida para comenzar a trabajar con esta potente herramienta. Introducci\u00f3n Muchos proyectos est\u00e1n migrando de Svn a Git ya que Git les aporta una serie de ventajas, principalmente que Git es distribuido (SVN es centralizado). Git parece ser claramente mejor para proyectos […]<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":965,"menu_order":0,"comment_status":"open","ping_status":"closed","template":"","meta":{"footnotes":""},"class_list":["post-970","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"http:\/\/guimi.net\/blogs\/hiparco\/wp-json\/wp\/v2\/pages\/970","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/guimi.net\/blogs\/hiparco\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"http:\/\/guimi.net\/blogs\/hiparco\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"http:\/\/guimi.net\/blogs\/hiparco\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/guimi.net\/blogs\/hiparco\/wp-json\/wp\/v2\/comments?post=970"}],"version-history":[{"count":2,"href":"http:\/\/guimi.net\/blogs\/hiparco\/wp-json\/wp\/v2\/pages\/970\/revisions"}],"predecessor-version":[{"id":972,"href":"http:\/\/guimi.net\/blogs\/hiparco\/wp-json\/wp\/v2\/pages\/970\/revisions\/972"}],"up":[{"embeddable":true,"href":"http:\/\/guimi.net\/blogs\/hiparco\/wp-json\/wp\/v2\/pages\/965"}],"wp:attachment":[{"href":"http:\/\/guimi.net\/blogs\/hiparco\/wp-json\/wp\/v2\/media?parent=970"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}