Aprendiendo a Usar Git: Parte 1

Mi intención con esta serie de artículos es cubrir los fundamentos de Git por medio de un tutorial muy sencillo en donde usaremos los comandos más básicos de esta fantástica herramienta.

En este tutorial asumiremos el rol de un desarrollador web que ha sido contratado por un amigo (Juan) para que le cree un blog muy simple. Como somos personas precavidas, decidimos usar Git para llevar un histórico de las modificaciones que vamos realizando en el sistema y así no correr riesgos en caso de meter la pata con el código o borrar archivos accidentalmente.

Nota: Se asume también que como programadores serios, estamos trabajando en alguna versión de Linux. En mi caso, Ubuntu 12.10.

El primer paso en nuestra aventura es instalar Git

Luego de esto, debemos crear un directorio en donde vivirán todos los archivos de nuestro blog

Iniciamos el repositorio de Git en la carpeta activa (website)

Usualmente, el primer archivo que se crea para cualquier página web es el “home” o la página de inicio. Tradicionalmente, a esta página se le llama index.html

En este punto podemos observar el estado de Git usando el comando git status

Git nos está informando varias cosas:

  1. Estamos actualmente en la rama “master” ( On branch master )
  2. El primer commit que hagamos, será el primero de nuestro repositorio ( Initial commit )
  3. Existen archivos que no están siendo “rastreados” por el repositorio ( Untracked files ), en particular, el archivo index.html
  4. Si intentamos hacer un commit ahora, nada entrará en el repositorio pues no tenemos nada cargado en el escenario ( nothing added to commit )

Si observamos con cuidado, veremos que Git nos indica como agregar al escenario, los archivos que no están siendo rastreados (use "git add <file>..." to include in what will be committed) . Como deseamos agregar el archivo index.html al escenario, ejecutaremos el comando de la siguiente forma:

Ejecutando nuevamente “git status”, podemos observar que el archivo index.html ya está siendo rastreado por el nuestro repositorio y está en la lista de cambios que serán almacenados en el repositorio durante el próximo commit.

Finalmente, para almacenar nuestro archivo index.html en el repositorio, ejecutaremos un commit

Todo mensaje de commit debe estar acompañado de un mensaje explicativo de los cambios que se están almacenando, es por ello que usamos la bandera -m (por message) en el comando, seguido del mensaje en si “El primer commit”.

La salida de este comando nos da información importante:

  1. Nos indica el valor hexadecimal que identifica a este commit dentro del repositorio ( c701efc )
  2. La cantidad de archivos que han cambiado desde el último commit ( 1 file changed ). Para Git, cualquier acción (crear, editar o eliminar) cuenta como una “modificación”
  3. La cantidad de líneas de código que han sido modificadas en total desde el último commit ( 11 insertions (+) ). En nuestro caso, refleja las 11 líneas que tiene nuestro pequeño archivo index.html que han sido agregadas al repositorio (por eso el símbolo +)

Si ejecutamos una vez más git status, veremos que el último commit del repositorio se corresponde exactamente a nuestro directorio de trabajo (working directory)

Para listar el histórico de cambios en el repositorio, hacemos uso del comando “git log”

Acá podemos observar:

  1. El hash que identifica al commit. Este valor hexadecimal es tan largo (para evitar duplicados o colisiones), que usualmente solo se usan los primeros 7 caracteres c701efc . Este es el mismo valor que nos mostró el comando “git commit” en el paso anterior y sirve como alias para identificar un commit en particular.
  2. El nombre y correo de la persona que ha realizado el commit
  3. La fecha y hora del commit, incluyendo la diferencia horaria respecto a UTC (-0430 por ser Venezuela)
  4. El mensaje del commit

Hasta acá llega la primera parte del tutorial, muy pronto estaré montando la segunda parte.

Deja un comentario