Automatización de Proyectos con Gradle

/*

O por que usar otra herramienta para automatizar tus builds

*/

About me...

Geek

Agilista

Craftsman

Mentor y Aprendiz

Java developer

@Grubhart

edsonchavez@gmail.com

https://github.com/Grubhart

http://www.slideshare.net/grubhart/

Por que automatizar el desarrollo

• Evitar intervención Manual

• Builds repetibles

• Builds portables

• En mi maquina si funciona

• Con mi ide si funciona

• Deploys de nivel “Furia de Titanes”(Pero la de los 80… la buena)

Entorno QAUAT

Y El día del DeployProduccion

Tú

QAPM’s y BA’s

Y Tus Herramientas?

Tipos de build

En Demanda

Activados por Evento

Programados

Opciones Existentes

Flexibilidad Convencion

Ant Build File

Puntos a Mejorar

• Uso de XML

• Logica en el propio xml

• Demasiada libertad => caos

• Sin Gestión de Dependencias (inicialmente)

Maven

Puntos a Mejorar

• Uso de XML

• Estructura estándar pero puede llevar a restricciones

• No es facil escribir extensiones

Gradle

Algunos Puntos:

• Estandar pero flexible

• Expresivo declarativo y mantenible

• Facil de usar y que permita extensiones

• Soporte de gestión de dependencias

• Builds escalables y de alta performance

• Que sea facil para migrar

DSL

• Domain Specific Language

• Especificacion programable

• Extensible

Y ahora la parte practica

https://github.com/Grubhart/automatizando_proyectos_gradle.git

Recursos

http://www.gradle.org/https://github.com/Grubhart/automatizando_proyectos_gradlehttps://github.com/bmuschko/gradle-in-action-source

/*(o la parte donde digo que todo esto lo puedes aprender por tu cuenta)*/