Enviar Parches por e-mail con Git

Recientemente he estado en contacto con la Comunidad de Desarrollo de Almidón y una de las gratas sorpresas es que cambiaron de Sistema de Control de Versiones, ahora están usando Git y esto me ha dado un poco más de confianza para tratar de colaborar con este proyecto. El único inconveniente del cambio a Git es que tienes que proporcionar tu llave pública ssh más tu dirección IP para poder tener acceso al repositorio, por lo que se me ocurrió buscar una manera cómoda de enviar parches por e-mail con Git.

Semanas atrás había configurado Mutt como cliente de correo electrónico utilizando como guía este post, y después de googlear un poco me di cuenta que podía reutilizar esa configuración, solo necesitaba instalar el paquete 'git-email' y decirle a Git donde encontrar mi servidor smtp, para ello:

git-config --global sendemail.smtpserver /usr/bin/msmtp

Ahora (asumiendo que ya tenemos una copia del repositorio del proyecto/aplicación) solo nos hace falta crear un parche para luego enviarlo a la lista de desarrollo correspondiente, un posible uso podría ser:

- Hacer cambios en un branch local.
- Perpetuar los cambios (commit).
- Preparar el parche (git format-patch origin)
- Enviar el parche (git send-email --to dev@lista-proyecto.org patch-file)

Fuentes:

- Git SCM Wiki: https://git.wiki.kernel.org/index.php/GitTips#Using_msmtp_to_send_your_patches
- wincent.com: https://wincent.com/wiki/Git_recipes

Git it On!

A partir de la semana pasada en la oficina estamos usando Git como sistema de control de versiones. Anteriormente (hace un año apróximadamente) se hizo un intento por implantar un sistema de control de versiones con CVS, pero no tuvo éxito por obvias razones.

En el trabajo se implementó un servidor (virtual) corriendo Ubuntu 8.10 y en él se configuró Gitosis para administrar los repositorios Git, gracias a este excelente tutorial no tuve ningún problema en hechar a andar el servidor.

El modelo de trabajo es el de Repositorio Central, de este repositorio todos los developers hacemos clone y tenemos permisos de commit utilizando autenticación de clave pública para ambos casos.

Olvidaba mencionar que el proyecto específico para el que se está utilizando SCM, no se está desarrollando en GNU/Linux así que utilizamos la versión para Windows de git en las máquinas de los developers y hasta el momento no hemos tenido quejas sobre el desempeño de esta herramienta.