Groovy é uma linguagem dinâmica e simples de usar. Ele é baseada no Java (mas mais simples) e roda dentro da JVM. Assim, você consegue executar trechos de código dentro da sua JVM e modificar objetos em tempo de execução, sem nem precisar compilar seus scripts.
O Jenkins utiliza Groovy de diversas maneiras. Quando você escreve plug-ins, você pode usar Groovy tanto para o código quanto para a UI (a vantagem disso é que você pode depurar a tela, diferente do Jelly). Há também diversos plug-ins que permitem que você execute Groovy ou algum DSL com Groovy (como o Job DSL Plug-in). E há também o CLI do Jenkins, um cliente que permite que você execute diversos comandos no Jenkins, entre eles o groovysh, um shell para Groovy, e o groovy, que permite que você envie um script para o Jenkins executar no master.
Há um exemplo que vem com o Jenkins de um script groovy bem simples, que imprime todos os plug-ins instalados:
println(Jenkins.instance.pluginManager.plugins)
pluginManager é o responsável por gerenciar plug-ins no Jenkins, e é um membro da classe Jenkins. Você pode ver mais sobre esta classe lendo o Javadoc do projeto. Ou se você utilizar Eclipse (ou outro IDE) você pode utilizar auto complete e ir escrevendo seu código Groovy com auxílio do IDE :o).
No vídeo acima você aprenderá como configurar seu Eclipse. O segredo é criar um projeto Maven + Groovy (com o plug-in Groovy para Eclipse) e incluir uma dependência para o projeto do Jenkins no seu pom.xml. Assim o Eclipse, utilizando Maven e Groovy, consegue usar o auto complete no seu código. Você pode digitar o começo do nome de uma classe e apertar CTRL + TAB para o Eclipse mostrar as opções e auto completar, ou clicar F3 e ver o código-fonte no projeto Jenkins ou CTRL + T e ver a hierarquia (de onde herda, quem estende essa classe, etc).
Aproveite este começo de ano (já que alguns dizem que o ano começo depois do carnaval) e automatize aquelas tarefas chatas como verificar se todos os jobs estão usando time-out (com o Build Timeout Plug-in) ou para realizar migrações ou atualizações em plug-ins, jobs ou slaves.
A TupiLabs, após apoiar o evento Jenkins Meetup São Paulo 2012, agora busca divulgar ainda mais essa ferramenta de Integração Contínua por aqui no Brasil, oferecendo dois cursos. O primeiro é um curso completo de integração contínua com o Jenkins. E o outro um curso que ensina como desenvolver plug-ins para estender o Jenkins. Seguindo esses dois treinamentos, de um dia inteiro cada um, você conseguirá facilmente montar um ambiente de integração contínua na sua empresa.
This idea popped up while chatting with Richard
Lavoie. I was telling him about selenium tests for plug-ins, snakebite
one thing leads to another, and then came the idea of measuring the coverage in plug-ins.
Basically, this tool would have to iterate over the 600+ plug-ins, and trigger a
mvn test
command. Then it would have to save the coverage information somewhere, and plot a graph, or generate some report about
it.
Depending on the machine, probably this tool could spawn more than 1 thread for doing this. Even then, it would
still take quite a while for processing all the plug-ins.
Na semana passada a CloudBees e a XebiaLabs disponibilizaram o webinar “Setting up Continuous Delivery with Jenkins Enterprise and Deployit” (Configurando Continuous Delivery com o Jenkins Enterprise e Deployit). Nesse webinar eles apresentaram alguns plug-ins interessantes que estão presentes no Jenkins Enterprise, mas também mostraram um ótimo exemplo de pipeline com continuous delivery.
