¿Qué es un sistema de control de versiones? Para explicarlo de forma sencilla, podríamos decir que es una forma de guardar todo el historial de un proyecto de forma que se almacenan todas las modificaciones que vamos haciendo sobre los archivos que editamos (que ha cambiado, quien lo ha cambiado, que había antes…).

Hay otros sistemas de control de versiones como Subversion o CVS, sin embargo GIT ha conseguido mucha popularidad en poco tiempo por ser muy fácil de usar y estar creado por Linus Torvalds (el del pingüino). Ademas, muchos de los grandes proyectos de hoy en día lo están usando (Ruby on Rails, jQuery, Android, Wine, Fedora, VLC, Gnome, etc).

Para los no iniciados en ningún sistema de estos, empezar puede resultar un poco difícil. En este post voy a intentar explicar los comandos básicos para iniciarnos en GIT.

GIT tiene muchas ordenes, pero con unas pocas podemos defendernos y trabajar perfectamente.

Antes de nada, necesitamos un servidor GIT (no es realmente necesario, pero para un trabajo en equipo hace las cosas mucho mas sencillas).

Para no liarnos en exceso, usaremos alguno de los que podemos encontrar gratuitamente en Internet. Para mi gusto, uno de los mejores es GitHub. Os creáis una cuenta gratuita y seguimos. Venga, que os espero.

¿Ya? Ok.

Ahora vamos a crear nuestra clave SSH. La clave SSH es un archivo que identifica nuestro ordenador. Esta clave debemos almacenarla en local y también enviarla al servidor. Cuando queramos enviar datos de nuestros proyectos al servidor, éste la validará y comprobará si podemos o no hacerlo.

Para no liarme en cómo crear las llaves, os pongo únicamente los enlaces a los tutoriales (muy cortos y fáciles, no os preocupéis) sobre como hacerlo en Windows, Linux y Mac.

Ahora que ya tenemos todo preparado, vamos crear un nuevo repositorio (un proyecto, vaya) pinchando en botón de New Repository.

En la siguiente pantalla, rellenamos los datos que nos piden.

Después de esto, nos aparecerá una pantalla con las instrucciones para empezar a usar GIT. La verdad es que los chicos de GitHub lo han puesto muy fácil y claro todo. De todas formas explicaré un poco las instrucciones.

Lo primero de todo será instalar GIT (duh!). En Linux, podéis buscarlo por el apt-get o similar. Seguro que lo encontrais. Los usuarios de Mac o Windows tendréis que instalarlo a partir del paquete instalador que encontraréis en la pagina oficial de GIT.

Después de la instalación, el siguiente paso será configurar vuestros datos de usuario (solo lo tendréis que hacer la primera vez que usáis GIT, no por cada proyecto que creéis). Con estas directivas nos identificamos en cada commit (guardado de datos en el repositorio) y podremos controlar quien hizo cada cambio en los archivos.

He de decir que los comandos de GIT los vamos a ejecutar en una consola / terminal / ventana de comandos. Aunque hay interfaces gráficas, prefiero hacer esto de la “forma tradicional”. Así que abrimos una nueva ventana de terminal.

Ejecutamos los comandos que ponen en la página de GitHub.

mkdir nombre_de_nuestro_proyecto

Con esto ya tenemos una carpeta en donde vamos a guardar nuestro proyecto.

Ahora nos metemos dentro de la recién creada carpeta.

cd nombre_de_nuestro_proyecto

Iniciamos el repositorio con:

git init

Este comando nos creará una carpeta .git que contendrá todo el historial de los archivos. Nunca, repito, NUNCA deberemos tocar esta carpeta o su contenido, pues podríamos perder todo el historial del proyecto.

El siguiente comando:

touch README

Con esto creamos un archivo vacío llamado README. Podemos hacer esto o podemos meter cualquier archivo que nosotros queramos dentro de la carpeta.

Ahora empieza la parte interesante y que repetiremos continuamente en nuestro trabajo diario:

git add README

git add nombre_archivo es el comando que usaremos para decirle a GIT – oye, prepárate para guardar este archivo en el repositorio.

Es un comando que usaremos continuamente, pues a cada modificación de un archivo existente o inclusión de uno nuevo, tenemos que invocar este comando.

Ahora, el segundo comando más usado:

git commit -m "first commit"

Este comando es el que dice – todos los cambios que he hecho hasta ahora, guárdalos!

Es obligatorio en este comando escribir el -m “mensaje_que_explica_los_cambios_realizados”.

Hasta este momento, nuestra carpeta de proyecto no sabe que tiene que guardarse en GitHub. Es decir, no le hemos dicho que está enlazada con el repositorio que acabamos de crear en nuestra cuenta. Para eso hacemos lo siguiente (sólo lo deberemos hacer una vez).

git remote add origin git@github.com:vuestra_cuenta_de_github/el_nombre_de_vuestro_repositorio.git

¡Ahora ya lo sabe!

Por último, enviamos los datos a GitHub con:

git push origin master

¡Y ya está! ¡Nuestro proyecto ya está subido en GitHub!

Eliminad la carpeta de vuestro ordenador y vamos a descargarla desde el servidor para ver como funciona desde aquí.

¿Ya la habéis eliminado?

Pues id a la pagina de vuestro proyecto. Vereis algo como esto:

Esa cadena que veis git@github.com:vuestra_cuenta_de_github/el_nombre_de_vuestro_repositorio.git es la cadena que identifica la descarga de vuestro repositorio con permisos de escritura. Esto no quiere decir que cualquiera que tenga esa cadena pueda tocar vuestro proyecto. Para eso está lo que os comentaba antes acerca del archivo SSH. Si alguien que no está identificado usa esa cadena, el repositorio no se descargará.

Si le dais al botón Read-Only os dará otra cadena que solo tiene permisos de lectura. Aunque seáis vosotros en vuestro ordenador, los archivos que os descarguéis con esa cadena no podréis volver a subirlos.

Empezamos pues, descargando el repositorio con la primera cadena. Nos vamos de nuevo a la ventana de terminal y escribimos:

git clone git@github.com:vuestra_cuenta_de_github/el_nombre_de_vuestro_repositorio.git

El comando git clone como veis, sirve para descargar el repositorio que se encuentra en esa cadena de conexión.

Modificad ahora cualquier archivo del repositorio. Bien.

Si ahora ejecutáis:

git status

Os dice que el archivo ha sido modificado. Este comando sirve basicamente para eso, para ver que ha cambiado y que no hemos guardado en el repositorio.

Vamos a guardar los cambios realizados.

git add nombre_del_archivo

git commit -m "Modificación de prueba"

Ok, ya vuelve a estar a la última.

Si ahora hacemos un git status veremos como ya nos dice que no hay nada por guardar.

Ahora vamos a ver otro comando:

git rm nombre_del_archivo

Este comando elimina el archivo señalado de nuestro repositorio. Lo borra para siempre… aunque seguimos teniendo su historial hasta este punto.

Para guardar el cambio, como siempre:

git commit -m "Me cargo este archivo que ya no necesito"

Por ultimo, para enviar todos los cambios realizados al servidor, hacemos:

git push

Y nuestro repositorio online volverá a estar actualizado.

¡Ah! ¡Se me olvidaba!

Si algún otro usuario modifica nuestro proyecto, la copia que tenemos en local quedará desfasada, claro. No es necesario volver a descargarse el proyecto. Imaginad que tenéis archivos que aun no los habéis enviado al servidor, pero queréis descargar la copia mas actualizada. Sería un engorro descargar todo de nuevo y poner estos archivos en la nueva copia. Para eso existe el comando:

git pull

Este comando os descargará las actualizaciones que se han realizado en el proyecto sin tocar las cosas que aun no habéis subido.

Ok, pues hasta aquí lo súper básico de GIT. Con esto ya podréis usarlo y si necesitáis mas información, escribidlo en los comentarios.

Es un servicio que está incluido en YSlow, la extensión para Firebug.

Para ver sus efectos hay que instalar firebug, instalar YSlow, cargar una web con firebug abierto, ir a la pestaña de YSlow, pasar el test y por último ir imágen por imagen guardando el resultado.

Además, sólo nos habrá procesado las imagenes de la página cargada.

Como veis es un proceso largo y alguno estará preguntando, ¿no hay otra forma más rapida de hacer todo esto?

Os presento Smusher

Smusher es unaa pequeña utilidad escrita en php que envía una imagen o una carpeta entera (subcarpetas incluidas) al servicio de Yahoo.

Además nos dice el ratio de reducción de peso de cada imagen.

Podeis descargaros el codigo desde mi pagina de github.

Para quien no lo sepa, decir que es una pequeña aplicación de java que se ejecuta en un terminal / consola, a la que le pasas como parámetros los archivos javascript y css que quieres comprimir. El programa elimina comentarios y renombra variables para reducir el código y por tanto, el peso del fichero.

Es un proceso un poco tedioso sí tenemos muchos archivos porque hay que especificar la ruta de cada uno. Así que hice un pequeño programa que se ejecuta en php-cli que comprime todos los ficheros que haya en una carpeta con sólo una instrucción nuestra. También podemos decirle que nos una todos los archivos en uno sólo (genial para acelerar la descarga de nuestras páginas web) y algunas opciones más.

Podéis echarle un ojo y descargarlo desde la página de github.

Hace tiempo que me venia rondando la cabeza el hacer una web para poder comprar, vender y cambiar juegos entre los mismos usuarios sin necesidad de ningún tipo de intermediario. Algo así como un eBay, pero enfocado únicamente los videojuegos.

Bueno, pues ya está en marcha.

La pagina se llama GameMarkt y está lista para usarla.

El ebay de los videojuegos

Algunas de las características que tiene son:

1. Enlazada con Google maps: cada usuario puede poner donde vive (en el grado de detalle que quiera) para localizar más las búsquedas de los títulos.
2. Extracción de la información de la wikipedia: al dar de alta un titulo en el mercado, se intenta extraer toda la información posible desde la wikipedia, para completar los datos del juego.

El proyecto está realizado en php con el framework comodo.