La plaga Tux

Llevaba mucho tiempo queriendo cambiar todos mis repositorios personales se SVN a GIT, pero no he encontrado tiempo libre para hacerlo hasta ahora. La principal ventaja que me ofrece Git frente a Svn, desde mi humilde punto de vista de usuario, es la posibilidad de hacer rápidos commits en local sin tener que comunicarte con el servidor. Esto nos hará evitarnos esa molesta espera de unos segundillos cuando hacemos los commits, y además fomentará el que hagamos commits más habitualmente y podamos crear una traza más elaborada de los cambios que vamos realizando en cada revisión del repositorio.

Como en muchas otras entradas del blog, esto solo pretende ser una “receta paso-a-paso”. Los detalles podréis buscarlos en la buena documentación que tiene git (recomendado instalar paquete git-doc) o en alguno de los libros o PDFs que dejaré en la sección de enlaces.

Creación del repositorio

Estando en el servidor donde publicaremos nuestro repositorio, nos situamos en la carpeta del proyecto donde está el contenido del mismo y escribimos:

$ git init

Con lo que se creará el directorio .git. Posteriormente añadimos el contenido del proyecto a la historia del repositorio con

$ git add .

Y hacemos el commit

$ git commit -m "Initial version of repository"

Ahora viene el punto crítico con el que más me he tenido que pelear. Una vez dados los pasos anteriores podemos clonar el repositorio desde un equipo cliente, trabajar en local  y luego enviar los cambios realizados por medios de parches al mantenedor del repositorio para que el los aplique en el servidor. Sin embargo, no podemos hacer “push” de los cambios realizados sobre este servidor. Para poder hacer esto hay que crear en el servidor un clon “bare” del repositorio que acabamos de crear:

$ git clone --bare my-repo

Lo que creará un directorio my-repo.git que  será del cual tengamos que clonar desde el lado del cliente para después poder hacer “push” de los cambios que acabamos.

 Clonar, hacer cambios y subirlos al servidor

Desde el lado del cliente clonamos el repositorio bare

$ git clone ruta-a-repo/my-repo.git

Hacemos los cambios necesarios al código y los añadimos con git add. Es importante resaltar que aunque un fichero esté ya añadido al repositorio, si hacemos cambios sobre él, tendremos que indicarlo con git add, para que esos cambios se materialicen en el próximo commit. Para ver que ficheros han sufrido cambios y cuales se harán efectivos en el próximo commit se recomienda usar git status. Y una forma rápida de añadir todos los cambios realizados en ficheros ya añadidos al repositorio es con git add -u.

Una vez indicados todos los cambios, hacemos el commit:

$ git commit -m "Changes XXX"

Podemos hacer tantos commits en local como nos parezca sin tener que establecer comunicación con el servidor. Una vez que queramos subir los cambios realizados al servidor simplemente escribimos

$ git push

 Enlaces

Hay multitud de documentación sobre git en la red, pero quizás baste con coger un buen libro y leerlo tranquilamente para conocer algunos de los entresijos de este sistema de archivos distribuido. Aquí podéis encontrar multitud de enlaces a diferentes tipo de contenido. A mi en concreto me ha servido de mucho leerme el libro “Git Internals”, que es un libro cortito y muy conciso

He actualizado la entrada de gestión de repositorios con subversion añadiendo una última sección donde explico el proceso del fusionado de ramas personales con la rama principal de un proyecto. Espero vuestras críticas y comentarios .

I’ve updated the post control version system with subversion adding a new section where I explain the process of merging between personal branches and the main one in projects. I expect your comments .

Vaya! Estos días Google está en boca de todos. En mi caso solo quería hablar de como instalar Google gears en Ubuntu 9.10 de 64 bits, ya que es tan fácil como teclear esto por consola:

sudo aptitude install gears

O hacer click en este enlace. Sin embargo, gears parece que no funciona aún en chromium que es el navegador que últimamente vengo utilizando más a menudo. Por lo que he leído en varias webs parece ser que los desarrolladores de chrome no quieren perder el tiempo en adaptar gears a chromium ya que las funcionalidades que ofrece gears las permiten implementar en el propio navegador a medida que pase el tiempo. Por lo que de momento me tendré que conformas con usar firefox cuando requiera utilizar alguna de las bondades de Gears, como el modo de trabajo offline de Google Docs.

Hace tiempo pensé en escribir esta entrada pero se me han adelantado. Sin embargo el contenido de ese enlace está en inglés, y no todos conocen el lenguaje de shakespeare. En esta entrada os dejo una traducción de dicho artículo con algunas ligeras diferencias.

Leer más…

Muchas veces le damos sin querer al botón central del ratón en cualquier parte estática de una página web y firefox parece redirigirse a una “página aleatoria” en la nueva pestaña abierta. La verdad que esto me ha ocurrido bastantes veces, y es bastante molesto, y hoy por casualidad he dado con una web donde explican como resolver el problema. La solución es muy sencilla, tecleamos en la barra de navegación about:config para acceder al menú de configuración de variables de firefox. Desde allí ponemos la variable middlemouse.contentLoadURL a false. Sin necesidad si quiera de reiniciar ese comportamiento extraño deja de funcionar, y podemos seguir utilizando nuestro botón central para abrir enlaces como siempre.

Visto en:The DF Lab » Disabling Annoying Middle-Mouse Click Function in Firefox.