Acceso SVN a Sourceforge

Anuncio
Acceso SVN a Sourceforge
Proyecto EQAlign
Francisco José Calvo Fernández
[email protected]
Revisión 1.0, Agosto 2006
(c) Equipo de desarrollo de EQAlign
1
SUBVERSION
1.
1.1.
1
Subversion
Necesidad
Normalmente en un proyecto software se ven involucradas varias personas, raro es
el software que es desarrollado por una sola persona; por tanto surge una necesidad
de forma inmediata: la coordinación del trabajo. Los desarrolladores tendrán acceso al
árbol de archivos fuentes, pero ¿cómo ponerse de acuerdo en qué líneas de qué archivos
han sido modificadas, cómo fusionar los cambios de forma rápida, etc...?
Subversion nos ofrece soluciones a estos problemas, siendo ideal para desarrollar
de forma distribuida, cuando algún desarrollador desea realizar cambios a un archivo,
Subversion en lugar de reemplazar el archivo original, guarda sólo los cambios que
se le han realizado, por cada cambio realizado, se incrementa el número de versión del
archivo, siendo posible volver a versiones anteriores, y, por tanto, deshacer los cambios
si no los creemos adecuados, por ejemplo, podemos obtener una copia del proyecto tal
y como se encontraba hace un mes, hace un año, o en el momento en el que vio la luz
una versión concreta.
Con Subversion también es posible desarrollar varias versiones de un mismo software, siendo, éstas independientes. Por su naturaleza, Subversion es utilizado en masa
en el mundo del software libre, éste software es desarrollado por personas que quizás ni
se conozcan personalmente, pero que colaboran en el desarrollo de un producto, siendo
Subversion el punto de encuentro.
Antes de comenzar ver más detalles sobre Subversion necesitamos aclarar varios
términos que aparecen con mucha frecuencia cuando se utiliza este software:
Repositorio
Será el lugar dónde se almacene el proyecto, pudiendo ser local o remoto; cada
proyecto de software que deseemos que sea gestionado por Subversion ha de
poseer un único repositorio.
Módulo
Los módulos son los encargados de dividir un repositorio en distintas categorías,
según su función, por ejemplo, podemos dentro de un repositorio crear un módulo que utilicemos para gestionar la documentación del proyecto y otro para
gestionar el código fuente.
Rama
Las ramas permiten dividir el repositorio en categorías basadas en la versión
del software, permitiendo el desarrollo paralelo de ambas; por ejemplo, imagínese que tenemos un software que se encuentra en su versión 1.0, y queremos
comenzar el desarrollo de la versión 2.0, que tendrá importantes cambios, pero
no deseamos abandonar el desarrollo de la 1.0, ya que necesitará corregir fallos,
pues podemos crear dos ramas dentro del repositorio, una para la versión 1 y otra
para la 2.
Copia de trabajo
1
SUBVERSION
2
Como el propio nombre indica, se corresponde con una copia especial del repositorio Subversion. si deseamos enviar cambios al repositorio Subversion, lo primero
que hemos de hacer es obtener una copia de trabajo, que contendrá los archivos
fuentes tal y como se encontraban en el momento que nosotros indiquemos, ya
que no es posible enviar a un repositorio Subversion cambios si previamente no
hemos obtenido la copia de trabajo.
Conflicto
En caso de que varias personas en un momento determinado hayan realizado
modificaciones a un mismo bloque de código, Subversion informará de que se
ha producido un conflicto, en este caso hemos de determinar qué cambio es el
que deseamos. Será vital, por tanto, una correcta coordinación y asignación de
trabajos para evitar los conflictos.
1.2.
Introducción
Subversion o SVN es, al igual que CVS un sistema de control de versiones. Subversión puede reemplazar a los sistemas CVS, ya que posee todas sus características, pero
intenta solventar sus principales problemas. La primera versión estable de SVN vio la
luz en febrero de 2004, aunque ya desde el 2001 se ha venido utilizando en múltiples
sistemas en producción.
SVN aporta una serie de mejoras respecto a CVS, entre las que podemos destacar
las siguientes:
Posibilidad de renombrar los ficheros y directorios de un repositorio, hacer ésto
en CVS simplemente es imposible, únicamente podremos copiar el actual fichero
o directorio y eliminar el anterior, con la consiguiente pérdida del historial.
Subversion nos ofrece comandos que nos van a permitir copiar y mover archivos
o directorios incluso sin tener una copia de trabajo del repositorio, usando para
ello dos URLs como origen y destino.
Los números de revisión se establecen por cada commit y no por cada fichero,
asimismo los registros se asocian a cada revisión y no de forma redundante, como
ocurre en CVS
Subversion detecta automáticamente el tipo de archivo, y lo trata adecuadamente,
por lo que se hace innecesario la opción -kb de CVS para los ficheros binarios,
como las imágenes. En caso de duda sobre el tipo de fichero se trata como binario, para evitar pérdidas de información.
Integra un módulo para Apache2 de forma que es posible acceder al repositorio
a través de un navegador web, en CVS para realizar lo mismo hay que acudir a
sofware de terceros.
Soporta autenticaciones a través de HTTP o al igual que CVS, a través de su
propio demonio o SSH.
1
SUBVERSION
3
Las salidas que genera Subversion son más legibles y menos caóticas, por lo que
pueden ser más fácilmente interpretables.
Crear ramas es más elegante, y es que la forma de trabajar con Subversion es
algo diferente respecto a CVS. El repositorio contiene un árbol de directorios,
con sus correspondientes archivos y subdirectorios, en lugar de módulos. Si ese
repositorio tan sólo almacena un proyecto, lo habitual es que en ese árbol, haya
un directorio trunk (tronco), y un directorio branches (ramas).
SVN se ha diseñado desde el principio para poseer una arquitectura cliente/servidor,
para evitar algunos de los problemas del CVS.
En general y a modo de resumen podemos llegar a la conclusión de que SVN es un CVS
mejorado ya que es mucho más moderno y se ha aprendido de los errores que por su
antiguo diseño arrastra CVS.
1.3.
Instalación de un cliente de SVN
EQAlign utiliza el repositorio de Sourceforge, con lo que no hemos de instalar
ningún servicio adicional, simplemente en la interfaz de gestión del proyecto se ha de
activar el soporte de SVN (y desactivar el de CVS), junto con la gestión de privilegios
(acceso anónimo de lectura o como desarrollador).
Por tanto, necesitamos un cliente de svn, Sourceforge recomienda para sistemas
Windows el software TortoiseSVN, descargable libremente desde http://tortoisesvn.sourceforge.net,
es muy simple y se integra en el explorador de Windows; para Unix es recomendable
el cliente oficial disponible en http://subversion.tigris.org.
1.4.
Primeros pasos en SVN
Partiremos de una estructura de archivos que queremos sea manejada por SVN, será
el código fuente de la última versión de EQAlign.
Crear el repositorio (sólo el administrador)
Para comenzar a trabajar, lo primero que necesitamos es crear el repositorio. Para
crear un repositorio en SVN hemos de utilizar TortoiseSVN o la herramienta oficial
svnadmin. El proceso de creación, al igual que con CVS, consiste en generar una estructura de ficheros y directorios que van a contener la versión inicial de nuestro código
basándonos en el contenido antes mostrado. Para ello, siga los pasos descritos a continuación:
Si usamos TortoiseSVN :
1. Hemos de conocer la ruta al repositorio que nos ofrece Sourceforge, para EQAlign
es:
https://svn.sourceforge.net/svnroot/eqalign
1
SUBVERSION
4
a) Desde el explorador de archivos localizamos el directorio del código fuente
y sobre el directorio, con el botón derecho del ratón vamos al menú TortoiseSVN ->Export
Figura 1: Acceso a la configuración del repositorio.
b) Posteriormente, completamos el campo URL of repository, con la URL
antes comentada, el campo Export directory ha de fijarse al directorio del
código fuente.
Figura 2: Valores del entorno SVN.
2. Vamos a importar los archivos de nuestro proyecto software al repositorio SVN
realizando, por tanto la importación inicial al repositorio, para ello, de nuevo,
1
SUBVERSION
5
desde el explorador de archivos localizamos el directorio del código fuente y sobre dicho directorio, con el botón derecho del ratón vamos al menú TortoiseSVN
->Import, fijamos la URL anterior, que nos saldrá en la lista.
Figura 3: Valores del entorno SVN.
Si utilizamos la versión en línea de comandos de SVN:
1. Creamos el repositorio que almacenará el código de nuestro proyecto, la herramienta svnadmin se encarga de ello:
svnadmin create https://svn.sourceforge.net/svnroot/eqalign
2. El repositorio creado no contiene ningún fichero y el numero de revisión es 0;
vamos a importar los archivos de nuestro proyecto software al repositorio SVN
realizando, por tanto la importación inicial al repositorio.
Para ello nos situamos en el directorio en el que hasta ahora almacenábamos el
código de nuestro proyecto o bien indicamos su ruta completa:
svn import /ruta/al/directorio/del/proyecto https://svn.sourceforge.net/svnroot/eqalign
-m ”Importación inicial al repositorio”
Veamos cada opción detenidamente:
a) El comando import se utiliza para realizar una importación de código al
repositorio, al igual que ocurría con CVS, seguido del directorio o archivo
a importar y el repositorio donde deseamos importar (nótese la notación en
forma de URL).
b) La opción -m especifica que vamos a crear un módulo; el texto que va entre
comillas realmente no es importante, sólo indica el nombre de la transacción que vamos a realizar.
1
SUBVERSION
6
Hemos de resaltar que la opción import sólo hemos de utilizarla para crear nuevos
módulos dentro del repositorio, nunca para actualizar los contenidos.
Tras seguir estos pasos ya tenemos sentadas las bases para que Subversion pueda
gestionar nuestro proyecto, pero aún necesitamos realizar algunas acciones para poder
comenzar a trabajar de forma adecuada.
Obtener una copia de trabajo
Si queremos que Subversion se encargue de gestionar nuestro proyecto, de nuevo,
hemos de dejar de trabajar directamente con los archivos de dicho proyecto, no
hemos de preocuparnos, en su lugar hemos de obtener una copia de trabajo, que contendrá todos los contenidos que existían en el directorio del proyecto y metainformación de control para SVN. El código antiguo, lo guardamos en una copia de seguridad
por si fuera necesario en el futuro.
Para ello, seguimos los pasos siguientes:
1. Nos situamos en el directorio donde deseemos almacenar la copia de trabajo (lo
ideal es crear un directorio previamente), y que a partir de ahora será también el
directorio de nuestro proyecto, puede seleccionar el directorio que quiera; sobre
dicho directorio, con el botón derecho del ratón vamos al menú SVN Checkout, fijamos la URL del módulo que deseamos obtener o bien https://svn.sourceforge.net/svnroot/eqalign
(en este caso obtendremos una copia de todo el repositorio, con todos sus módulos), y el directorio donde se almacenará la copia de trabajo.
Figura 4: Obtención de una copia completa de trabajo.
2. Si optamos por la versión en línea de comandos, simplemente le pasamos el comando checkout seguido del nombre del módulo que deseamos obtener, donde
nombreDirectorio puede ser lo que queramos, ya que se corresponde con el directorio donde almacenaremos los archivos que representarán nuestra copia de
trabajo:
svn checkout https://svn.sourceforge.net/svnroot/eqalign nombreDirectorio
1
SUBVERSION
7
Podremos notar que en nuestro directorio se ha creado otro directorio
con el nombre del módulo , que contiene una copia de los contenidos del repositorio, perfectamente editables y que contienen
un directorio (oculto) llamado .svn, con la metainformación necesaria para que SVN pueda gestionar nuestros cambios. Ahora éste
será el directorio de nuestro proyecto, con éstos archivos trabajaremos.
Pasaremos a ver, a continuación el trabajo diario a realizar con Subversion.
Obtener los cambios que otros hayan realizado
Antes de comenzar a realizar nuestro trabajo diario con el proyecto software lo
más recomendable será pedir a SVN que nos envíe las modificaciones que nuestros
compañeros hayan podido realizar, y así tener una copia actualizada.
Para obtener una copia actualizada mediante Tortoise SVN basta con hacer click
con el botón derecho del ratón sobre el directorio que almacena nuestra copia de trabajo
e ir a SVN Update.
Figura 5: Actualización de una copia de trabajo.
Si deseamos utilizar la versión en línea de comandos, basta con invocar el comando
update de SVN, desde el directorio de la copia de trabajo:
cd /directorio/copia/trabajo
svn update
En ambos casos, veremos una salida similar a:
svn update
U main.cpp
Updated to revision 3.
Si interpretamos la salida, quiere decir que alguien ha modificado el fichero main.cpp,
y lo hemos actualizado, de ahí la U (Update) que aparece en la línea resaltada. Si no
1
SUBVERSION
8
obtenemos ningún mensaje de este tipo, querrá decir que no existe ninguna diferencia
entre lo almacenado en el repositorio y nuestra copia local.
En caso de desear información detallada sobre los cambios existentes entre su copia
local y el repositorio, podemos enviar el comando diff a Subversion o mediante Tortoise
SVN ->Check for modifications.
cvs diff 1
Lo que puede producir la siguiente salida:
svn diff
svn diff
Index: main.cpp
============================
— main.cpp (revision 3)
+++ main.cpp (working copy)
@@ -1,5 +1,5 @@
/*
-* Ejemplo básico de uso de las QT (2):
+* Ejemplo básico de uso de las QT, editor de textos:
* Ejecute: qmake -project
qmake
make
@@ -47,7 +47,7 @@
WidgetPrincipal::WidgetPrincipal( QWidget *parent, const
char *name )
: QWidget( parent, name )
{
- setMinimumSize( 200, 120 );
+ //setMinimumSize( 200, 120 );
//setMaximumSize( 400, 240 );
/*
Si lo que deseamos es ver el log o registro de modificaciones puede ejecutar cvs log2 o
Tortoise SVN ->Show log, y obtendrá una salida parecida a:
svn log main.cpp
1 Las
líneas que comienzan por - han sido cambiadas por las que comienzan por +
2 La mayoría de comandos que enviamos al repositorio aceptan como argumento un fichero, que será sobre
el que se realice la acción, por ejemplo, si sólo nos interesa el historial de cambios realizados a main.cpp,
ejecutamos svn log main.cpp
1
SUBVERSION
9
————————————————————————
r3 | boreal | 2004-08-07 18:08:48 +0200 (Sat, 07 Aug 2004)
| 1 line
He añadido comentarios al código
————————————————————————
r2 | boreal | 2004-08-07 18:03:52 +0200 (Sat, 07 Aug 2004)
| 1 line
He cambiado el nombre del ejecutable
————————————————————————
r1 | boreal | 2004-08-07 17:31:34 +0200 (Sat, 07 Aug 2004)
| 1 line
Importación inicial al repositorio SVN
————————————————————————
Enviar mis propios cambios
Cuando concluyamos nuestro trabajo diario, es el momento de enviar nuestros cambios al repositorio, para ello, simplemente hemos de invocar al comando commit de
SVN o SVN Commit sobre el directorio de la copia de trabajo. Dichos comandos nos
preguntarán por el log que queremos añadir a nuestros cambios, es muy recomendable
que se indiquen los cambios, para que el resto de desarrolladores no tengan que jugar
a ser adivinos.
cd /home/boreal/Proyectos/miProyecto
svn commit –message "Desactivación del tamaño mínimo de la ventana"
Tras lo cual obtendremos una salida similar a:
svn commit –message "Desactivación del tamaño mínimo de la ventana"
Sending main.cpp
Transmitting file data .
Committed revision 4.
Gestionar ficheros y directorios
Puede que en algún momento necesite añadir o eliminar ficheros o directorios a su
proyecto, realizar ésto es muy sencillo si usamos Tortoise SVN, al realizar el commit se
nos desplegará una ventana informando de ello, simplemente activamos o desactivamos
la casilla correspondiente para añadir o eliminar ficheros/directorios.
1
SUBVERSION
10
Figura 6: Nuevo fichero detectado al realizar un commit
Si optamos por la herramienta en línea de comandos:
Para añadir un directorio (hemos de crearlo antes en nuestra copia de trabajo):
svn add directorio
Para añadir un fichero (también ha de existir en la copia de trabajo):
svn add fichero
Tras ejecutar alguna de las acciones anteriores, realizamos el commit:
svn commit
Para crear un nuevo directorio bajo control de versiones en la copia de trabajo:
svn mkdir
Si deseamos borrar un fichero, basta con ejecutar:
rm fichero
svn delete fichero (si es un directorio, SVN no lo borra inmediatamente, sino que espera hasta que hagamos el commit para borrarlo
tanto de la copia local como del repositorio)
svn commit
2
2.
MÓDULOS EN EL REPOSITORIO
11
Módulos en el repositorio
Tenemos los siguientes módulos disponibles en el repositorio de Sourceforge:
eqalign-win, módulo EQAlign para Windows sobre MS.NET.
installer, submódulo contenedor de los scripts del instalador.
trunk, rama de desarrollo principal (inestable).
branches, distintas ramas/releases, normalmente estables.
eqalign-win-1_0, rama 1.0 de eqalign, estable.
installer-win-1_0, rama 1.0 del instalador, estable.
eqalign-mono, EQAlign para Linux/Windows sobre Mono.
trunk, rama de desarrollo principal, inestable.
doc, módulo contenedor de la documentación sobre EQAlign.
Es posible obtenerlos todos al mismo tiempo realizando un checkout del repositorio
https://svn.sourceforge.net/svnroot/eqalign o bien obtenerlos individualmente, por
ejemplo, para obtener una copia de trabajo de la rama estable 1.0, habría que realizar
un checkout de:
https://svn.sourceforge.net/svnroot/eqalign/eqalign-win/branches/eqalign-win-1_0.
Si lo deseas puedes navegar por estos módulos en la url https://svn.sourceforge.net/svnroot/eqalign/
Descargar