Travis CI – Integración Continua fácil!

 

Hace poco estuve trabajando en un proyecto en Ruby, el cual tenía configurado Travis como servicio de integración continua.

Me llamo muchísimo la atención lo sencilla que es la configuración y la buena documentación que tiene. Con un simple archivo .yml y unas pocas líneas tenemos configurado nuestro servidor de integración continua, que incluso puede correr nuestra suite de tests en diferentes versiones de Ruby paralelamente.

Travis tiene soporte para multiples lenguajes, yo solo lo probé con Ruby, pero estoy seguro que voy a seguir haciendo algunas pruebas más con algún otro lenguaje como PHP, C# o Go.

Una última característica genial es que es gratis para proyectos Open Source.

Como funciona Travis CI

Tenemos que tener una cuenta de Github y entrar a travis-ci.org. Autorizamos a Travis a acceder a nuestros repositorios y voilà todo listo.

Los pasos a seguir son:

• Seleccionar el repositorio que queremos, haciendo click el botón que lo habilita.
• Subir a nuestro repositorio el archivo .travis.yml con la configuración.
• Hacemos un push a nuestro repositorio y automáticamente se ejecuta el primer build.

Travis.yml

Vamos a usar un ejemplo de un proyecto en Ruby.

	language: ruby
	sudo: false
	cache: bundler
	rvm:
	– 2.1.0
	– 2.2.1
	before_script:
	– chmod +x build_travis.sh
	script: "./build_travis.sh"

view raw

travis.yml

hosted with ❤ by GitHub

Como ven la configuración es sencilla, con las palabras claves nos damos cuenta que significa:

language: Es el lenguaje en el que esta escrita nuestra app. Ejemplo: ruby, go, rust, scala, etc.

sudo: Si vamos a ejecutar la suite como super usuarios. En nuestro caso vamos a hacerlo como usuarios normales.

cache: Los que programamos en Ruby sabemos que hacer un bundle install suele tardar un buen rato, es por eso que con esta opción, podemos tener el cache de la instalación de bundler hasta que nuestro Gemfile cambie, acelerando la ejecución de nuestros tests.

rvm: Esta opción nos permite tener diferentes versiones del lenguaje contra las cuales queremos probar nuestro código. Algo muy bueno de esto, en caso de usar Ruby, es que podemos probar nuestro código contra versiones de jRuby y con diferentes JDKs.

before_script: Podemos ejecutar comandos antes de ejecutar el script de build. En este ejemplo estoy dándole permisos de ejecución al script que va a correr mi build.

script: Es el script (o comandos) para ejecutar el build. En este caso arme un script de bash que contiene solo una linea bundle exec rake spec. Podría incluso escribir esta linea en el este archivo sin necesidad de llamar a un script para hacerlo.

Hay bastante mas posibilidades de configuración y de hacer cosas con Travis, pero en este post pretendo cubrir solo el escenario de correr una suite de test de Rspec.

Configuraciones en la aplicación

Haciendo click en More Options -> Settings accedemos a las configuraciones de Travis.

Podemos ver que tenemos activado el build con cada push a nuestro repositorio. Si nosotros hacemos un push a master o cualquier branch, Travis va a detectarlo y ejecutar un build.

También vemos que esta activado el build pull request. Esta característica es muy útil, ya que podemos estar trabajando en una algo nuevo, enviamos un PR para que nos revisen el código, y podemos asegurarnos que el código que vamos a mergear esta ‘Verde’ y no va a romper el build.

Vemos también una configuración de limitar jobs concurrentes. Esto nos sirve cuando tenemos tests de integración y estamos accediendo a la misma base de datos o API. No podemos ejecutar tests concurrentemente ya que los datos de prueba no serían consistentes. En este ejemplo no hay necesidad de limitar esto, ya que estoy buildeando una aplicación sencilla de una calculadora.

Por ultimo, si prestamos atención abajo de los botones están las Environment Variables. Estas variables las podemos configurar en el archivo .travis.yml, pero podemos también podemos configurarlas aquí. Podríamos poner en estas variables una conexión a una base de datos o alguna configuración del ambiente. Si es información sensible podemos ocultarla simplemente haciendo que la información no se muestre en el log con el botón al lado de la carga de la variable.

Esta del build en README.md

Un último detalle es que cuando usamos Travis, podemos tener el estado de nuestro build en nuestro repositorio.

Para eso podemos agregar al README.md la línea que nos da travis cuando hacemos click en el estado de nuestro build y seleccionamos Markdown como se puede ver en la siguiente imagen.

Con lo sencillo que es configurar Travis y si estas haciendo un proyecto open source, ya no hay mas excusas para no tener integración continua.

 

Instalar GIT

Empezando con esta serie de posts, les voy a contar como instalar GIT.

Hace muy poco me mude a trabajar en Mac OS Yosemite y un colega del trabajo me mostró iTerm2, es una consola mejorada para Mac OS. La verdad que es mejor que Terminal (Default en Mac OS). Así que te recomiendo que la instales porque mejora muchísimo la experiencia.

Si estas pensando usar GIT en Linux, la consola por default esta más que bien.

Si vas a usar Windows, te recomiendo que te instales cygwin, que es un emulador de la consola de Linux para Windows. Con esto tenes todo el poder de la consola de Linux, pero en Windows.

Si no sos muy amigo de las consolas, existen interfaces gráficas para GIT y en algún post voy a publicar algunas, pero para entender bien el funcionamiento de GIT lo mejor es la consola (@mrleinad dixit).

Instalación en Mac OS

En Mac OS, GIT, viene instalado por default, pero es recomendable que te instales la ultima version usando brew y algunos plugins más.

Antes de empezar podemos ver que GIT es el que tenes instalado, abrí iTerm y ejecutas

which git

Si la ruta de GIT es /usr/local/git entonces vamos a desinstalarlo haciendo lo siguiente (Usar sudo en los comandos cuando sea requerido).

rm -rf /usr/local/git
rm /etc/paths.d/git
rm /etc/manpaths.d/git

Ahora vamos a instalar brew con el siguiente comando:

ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

Una vez instalado brew vamos a seguir con la instalación de GIT

brew install git
brew link git

Si el último comando produce un error podemos arreglarlo haciendo

brew update
brew upgrade
brew doctor

Por último instalamos git-completion que nos sirve para que la consola autocomplete los comandos de GIT cuando apretamos TAB.

brew install git bash-completion

Instalar GIT en Windows

Para empezar hay que bajarte la ultima versión de cygwin.

Ejecutas el instalador de cygwin y seleccionas todas las opciones por default hasta el menu de seleccionar paquetes (Select Package)

En ese menu hay que elegir:

• git-gui
• gitk
• git-completion
• openssh
• vim (si no esta seleccionado por defecto)

Update: Un aporte del grande  de @andresgariglio

@osolaborioso También para la windola tenés https://t.co/ioGRJp3BKS

— andres (@andresgariglio) January 15, 2015

Instalar GIT en Linux (Ubuntu)

Simplemente

sudo apt-get install git-core git-completion

Con esto tenemos todo el ambiente funcional para empezar a aprender GIT.

Mural.ly – Compartiendo Ideas Online

Durante esta semana se lanzó la beta pública de Mural.ly, una startup Argentina de los mismos fundadores de Tree Melons, ahora bajo el nombre de Tactivos

El concepto es sencillo, pero a la vez muy bien logrado. Basicamente uno puede crear Murales, una hoja en blanco donde se pueden ir colocando imágenes, texto, videos, iconos y demás.

Lo increíble de todo esto es que lo podemos usar todo desde un browser (les recomiendo Chrome), arrastrando desde otras páginas hacia nuestro mural, arrastrando desde nuestra maquina hacia el mural, no solo imágenes y videos, sino tambien si quisieramos insertar un post de un blog se puede hacer.

Se puede empezar desde una página en blanco o sino usar Spaces, algo así como una grilla (hay formas de espiral y otros templates) para partir desde ahí la creación del mural.

Ademas de todo esto, uno puede trabajar en un mural invitando colaboradores, y chateando con ellos a medida que se va creando el mural. Es decir, al igual que un Google Doc, pero en un mural, todo pueden simultáneamente ir creando la idea que quieren compartir.

Otra característica, no menos importante, es la posibilidad de embeberlo en una página, y poder compartirlo.

Yo estuve un rato jugando con Mural.ly y cree este mural con diferentes cosas, como por ejemplo un mapa de Tandil, un video de Les Luthiers, una imagen, una sticky note y algunos «Stickers».

Como se puede ver tiene muchísimo potencial, ya sea para compartir ideas, o para hacer presentaciones al estilo Prezi, de una manera mucho mas flexible.

Mis felicitaciones al equipo de Mural.ly por la excelente herramienta que crearon.

Por último les dejo algunos links de muchos blogs que publicaron sobre esto:

TechCrunch – Mural.ly Opens Its Web-Based Creative Collaboration Platform To The Public

AllThingsd – Another Social Bookmarking Start-Up? Wince. Wait, These Two Are Actually Interesting