En esta entrada voy a hablar de GIT de una manera muy básica, conceptos, funcionamiento y uso práctico desde un punto de vista útil del día a día.

GIT vs Subversion

Para alguien como yo que vengo de utilizar primero CVS y después Subversion, el funcionamiento de GIT puede resultar a priori familiar, sobre todo debido a que los comandos parecen similares a los de Subversion, pero esta familiaridad puede inducir a errores a la hora de funcionar. Por tanto, es importante entender el funcionamiento de GIT para no cometer errores basados en la experiencia con otras herramientas.

La principal diferencia entre SVN y GIT es la manera de modelar el control de los ficheros fuentes. Subversion almacena la versión inicial de los datos que queremos controlar y posteriormente va almacenando los cambios realizados sobre ellos, esta información sobre los cambios se conocen como deltas. GIT sin embargo, almacena instantaneas de cada momento concreto, y para resultar óptimo si un fichero no ha cambiado se utiliza la versión guardada en la instantánea anterior.

Estructura de un respositorio GIT

Un repositorio GIT se almacena en local, no en un servidor, y la información que se almacena está compuesta por tres árboles conceptuales: el directorio de trabajo que contiene los archivos, el Index que actúa como zona intermedia y el árbol HEAD que apunta al último commit realizado.

Bondades de GIT

La mayoría de las operaciones de GIT solo necesitan archivos y recursos locales lo que proporciona más sensación de rapidez. Por ejemplo, para consultar la historia del proyecto, GIT no tiene que conectar con un servidor remoto y esperar su respuesta, si no que obtiene la información de  la base de datos local. Para obtener las diferencias de un fichero con la versión de hace un mes, buscará el fichero en local y calcularás las diferencias sin tener que ir a una ubicación externa. Esto permite operar con GIT sin tener conexión efectiva con el exterior.

Descargar GIT

GIT se puede descargar desde la sección de descargas de su sitio web oficial. Existen binarios para Windows (32 y 64bits) , Mac OS X, Linux y Solaris.

Uso práctico

Creación de un repositorio nuevo

Para poner bajo el control de GIT un directorio con código fuente hay que generar un repositorio sobre él. Esto se realiza situándose en el directorio y ejecutando el siguiente comando:

git init

Este comando convierte automáticamente el directorio elegido en el (master) y crea dentro un subdirectorio .git que contiene toda la información que GIT necesita para funcionar correctamente.

Aunque se ha creado el repositorio, todavía ninguno de los fuentes están todavía bajo el control de GIT. Para ello hay que añadir los ficheros que se desean controlar al repositorio.

Conectar con un repositorio existente.

Hay ocasiones en las que se desea descargar el código fuente de un repositorio ya existente (de un master).

Para ello hay que situarse en el directorio donde se quiere tener el código fuente descargado. Para ello se ejecuta el siguiente comando:

git clone username@host:/path/to/repository

Este comando descarga el código a la carpeta desde la que se ha lanzado su ejecución. Si el (master) se encuentra en la máquina local se puede lanzar el comando omitiendo username@host:.

Si te pasa como a mí me pasa a menudo, que primero desarrollo y luego cuando me parece que la cosa merece la pena decido ponerla a buen recaudo bajo un control de fuentes, te darás cuenta que GIT, a diferencia de otros, no permite realizar la operación de clonado sobre un directorio existente (y lleno de fuentes). En este caso, los pasos a dar son los siguientes:

• Realizar el clone en un directorio temporal

git clone username@host:/path/to/repository temp

• Copiar el fichero .git al directorio donde queríamos clonar el repositorio originalmente.

mv temp/.git code/.git

• Borrar el directorio temporal.

rm -rf temp

Añadir ficheros nuevos a un repositorio.

Para añadir ficheros de código fuente al control de GIT se realiza en dos pasos: añadir (add) y consolidar (commit).

Añadir el fichero le dice a GIT que ficheros tiene que tener en cuenta a la hora de realizar el control. Para ello se lanza el siguiente comando:

git add <filename>

Si se quieren añadir todos los ficheros de un directorio se lanza el siguiente comando:

git add .

Si se quieren añadir todos los ficheros con una extensión concreta se lanza el comando:

git add *.<extensión>

Una vez indicado qué ficheros hay que añadir al control de GIT, hay que consolidarlos.

Eliminar ficheros de un repositorio.

La eliminación de ficheros de código fuente al control de GIT también se realiza en dos pasos: eliminar (remove) y consolidar (commit).

El comando para eliminar un fichero es el siguiente:

git rm <filename>

Si lo que se quiere borrar es una carpeta con su contenido habrá que indicarle a git que el borrado es recursivo:

git rm -r <path/to/remove>

Una vez indicados los ficheros a borrar hay que consolidar este cambio en GIT.

Consolidar los cambios en el repositorio local.

Tanto si se ha añadido, como si se ha modificado o eliminado ficheros, hay que consolidar estas operaciones en el repositorio. Hasta que no se lleve a cabo la consolidación, los cambios solo estarán disponibles en nuestro área de trabajo.

Para consolidar los cambios se lanza el comando:

git commit -m "<mensaje de la consolidación>"

Consolidar los cambios en el repositorio remoto.

Una vez consolidado los cambios en el repositorio local, tal vez deseemos consolidar estas operaciones en el repositorio master. Hasta que no se lleve a cabo la consolidación, los cambios solo estarán disponibles en nuestro repositorio GIT local.

Para consolidar los cambios se lanza el comando:

git push

Generar un TAG de versión a partir de una situación concreta en el repositorio.

Una vez que se ha terminado de realizar el desarrollo y se ha decidido que el software está listo para ir a producción, se puede etiquetar el HEAD con el nombre que se estime oportuno.

Este proceso de etiquetado en GIT se conoce como TAG (también en SVN) y se lleva a cabo con el comando:

git tag <nombre-tag> <id. commit>

El nombre del TAG normalmente suele ser un número de versión, por ejemplo, 1.0, 1.0.1, 5.2.4. El identificador del commit se puede obtener con el comando git log y es un alfanumérico único que identifica el repositorio con una instantánea concreta.

Links

Documentación oficial
PDF resumen con los comandos básicos de GIT.