Mikel

Mikel

(53 comentarios, 170 entradas)

Este usuario no ha compartido ninguna información de perfil

Web: http://interadictos.es

Entradas de Mikel

Integración continua: Instalación de Subversion y Git

0

Hoy vamos con algo que supongo ya conoceréis, pero que para esta guía es imprescindible: Los repositorios.

Los repositorios, dicho de una forma sencilla: es un lugar donde guardar y mantener un histórico de los cambios que se realizan en el software o proyecto en el que estás trabajando. De momento solo me centraré en su instalación y en una pequeña configuración que será necesaria para lo que aun queda de esta guía.

 

Instalación de Subversion

Instalar los paquetes necesarios

apt-get install subversion libapache2-svn subversion-tools

Los repositorios los guardaremos en el siguiente directorio:

/var/repos

Se utilizará la url svn.ic.net para obtener los repositorios. Para ello hay que añadir un virtualhost con la siguiente información (etc/apache2/sites-enabled):

ServerName svn.ic.net
DocumentRoot /var/www/svn.ic.net

<Directory />
     Options FollowSymLinks
     AllowOverride None
</Directory>
<Directory /var/repos>
     Options Indexes FollowSymLinks MutiViews
     AllowOverride None
     Order allow,deny
     allow from all
</Directory>

Añadir el dominio al archivo /etc/hosts, si no el sistema devolverá un 200 OK pero no se podrá trabajar con el repositorio.

Todos los repositorios se deberán añadir a este archivo utilizando los tags <Location></Location>, ejemplo:

<Location "/mediawiki">
        DAV svn
        SVNPath /var/repos/mediawiki
</Location>

También se pueden añadir los repositorios en archivos separados en /etc/apache2/repos e incluirlos dentro del virtualhost de svn.ic.net, añadiendo la siguiente línea:

Include /etc/apache2/repos

 

Instalación de Git

Para instalar Git ejecuta el siguiente comando:

apt-get install git

El virtualhost que usaremos será el mismo que el de Subversion, con lo que no tenemos que hacer nada más con git.

Integración continua: PHP Depend, realizando métricas de nuestras aplicaciones

0

PHP Depend es una aplicación derivada de JDepend para Java, que genera una serie de gráficos de nuestras aplicaciones para poder realizar un seguimiento sobre la calidad de nuestro software. Para que te hagas una idea, esta aplicación nos permite saber la complejidad de un método, a través de la suma de sus estamentos (if, for, etc.), este dato, comparado con el resto del código, nos permite saber si un método está optimizado o es demasiado complejo y habría que factorizarlo.

Veamos como se instala.

Para instalar PHP_depend primero es necesario que PEAR descubra el canal desde donde se descargará la aplicación.

pear channel−discover pear.pdepend.org

A continuación mostramos una lista de los paquetes disponibles:

pear remote−list −c pdepend

Instalamos:

pear install pdepend/PHP_Depend

Es necesario instalar algunos paquetes más. Primero indicamos a PEAR que descubra el siguiente canal:

pear channel−discover pear.xplib.de

A continuación instalamos el siguiente paquete:

pear install xplib/PHP_CodeSniffer_CommentParser2−0.1.5

Que es necesario para instalar el siguiente paquete:

pear install xplib/PHP_CodeSniffer_Standards_Zeta−0.2.0

Que también es necesario para instalar el siguiente paquete:

pear install pdepend/PHP_CodeSniffer_Standards_PDepend2

Por último instalamos un paquete que se comunicará con el issue tracker (o eso indica):

pear install pdepend/PHP_Depend_Log_Arbit

Para probarlo podéis ejecutar este comando desde la consola:

pdepend −−summary−xml=/tmp/summary.xml −−jdepend−chart=/tmp/jdepend.svg −−overview−pyramid=/tmp/pyramid.svg /usr/local/share/pear/PDepend

Os generará varios gráficos y un archivo xml del código de la misma herramienta, pdepend.

Integración continua: PHPMD, detectando problemas en el código

0

PHPMD o PHP Mess Detector, es una herramienta que permite detectar posibles bugs, código poco optimizado, expresiones demasiado grandes, etc. Es una herramienta muy útil para controlar la calidad de nuestro software.

Esta herramienta es hija de PMD, una herramienta para la calidad del código en Java. Podéis informaros de más características de PHPMD en su web: http://phpmd.org/

La instalación es muy sencilla:

apt−get install imagemagick php5−imagick
pear channel−discover pear.phpmd.org
pear channel−discover pear.pdepend.org
pear install −−alldeps phpmd/PHP_PMD

Para ejecutar PHPMD tu necesitas darle los archivos a parsear, un formato para la salida y las reglas a usar. Ejemplo:

phpmd . html codesize,unusedcode,naming,design −−reportfile ../messdetector.html −−exclude Tests/

Integración continua: phpcpd, detectando el código duplicado

0

PHPCPD es una aplicación que nos permite detectar fragmentos de código duplicado o muy parecido, de tal forma que podamos optimizarlo creando métodos o funciones que eliminen esa duplicidad.

Su instalación es simple:

pear channel−discover pear.phpunit.de
pear channel−discover components.ez.no
pear channel−discover pear.symfony.com
pear channel−discover pear.netpirates.net
pear install phpunit/phpcpd

Para ejecutar usamos:

phpcpd −−log−pmd ruta−donde−se−guardará−el−resultado−del−analisis/cpd.xml directorio−o−archivo−a−analizar

Integración continua: Coding standards para PHP

0

¿Qué son los coding standards?

Los coding standards son estándares de código, dicho de otra manera, son reglas que indican como debe escribirse el código, cuantos espacios debe tener una tabulación, en qué línea debe ubicarse un “else”, cómo debe escribir una función, método o clase, etc.

Los coding standards se utilizan principalmente en los CMS como WordPress o Drupal, esto permite que el código sea mucho más legible por diferentes personas.

La aplicación que vamos a instalar es PHPCS que nos permitirá revisar el código y comprobar si estamos siguiendo el standard correctamente.

Instalación

La instalación es sencilla, como prácticamente la mayoría de herramientas que utilizaremos para nuestro servidor de integración.

sudo apt−get install php−pear
sudo pear install php_CodeSniffer

En Ubuntu la aplicación se instala en /usr/share/php/PHP.

Una vez instalado, será necesario dar permisos de lectura al usuario www-data:

cd /usr/share/php/PHP
sudo chown −R www−data:www−data CodeSniffer
sudo chown www−data:www−data CodeSniffer.php
sudo chmod −R 775 CodeSniffer
sudo chmod −R 775 CodeSniffer.php

Con esto ya lo tenemos instalado.

En futuros post, instalaremos algunos Coding Standards y veremos el funcionamiento de esta herramienta.

Integración continua: Instalando y configurando Redmine

0

¿Qué es Redmine?

Redmine es una herramienta de gestión de proyectos, nos permite mantener un control de las tareas y errores a solucionar en ellos. Esta herramienta nos permite organizar los proyectos por versiones, o por springs si utilizas alguna metodología ágil. Dispone de gráficos Grantt, wiki, acceso al repositorio del proyecto, etc.; muchísimas características que nos facilitan el día a día en el desarrollo de proyectos.

Instalando Redmine

La instalación de Redmine es bastante sencilla, utiliza el siguiente comando:

apt−get install redmine redmine−mysql libapache2−mod−passenger

Una vez instalado y configurado creamos una carpeta en /var/www llamada redmine:

mkdir /var/www/redmine

A continuación, creamos un enlace simbólico con el contenido que se mostrará en el navegador:

ln −s /usr/share/redmine/public /var/www/redmine

Accediendo a Redmine desde un subdominio

Ahora configuraremos un subdominio para poder acceder a Redmine.

Comprueba que tienes activado el módulo passenger en apache2:

a2enmod passenger

Instala “bundle”, una gema de Ruby:

gem install bundle

Da permisos al usuario www-data:

usermod −aG root www−data
chmod 775 −R /usr/share/redmine

Modifica el archivo /etc/apache2/mods-available/passenger.conf añadiendo la siguiente línea:

PassengerDefaultUser www−data

Crea el VirtualHost en /etc/apache2/sites-available, con el siguiente contenido:


        ServerName redmine.ic.net

        DocumentRoot /var/www/redmine
        
                AllowOverride all
                Options −MultiViews
                PassengerResolveSymlinksInDocumentRoot on
        

Reinicia apache:

/etc/init.d/apache2 restart

Al igual que hicimos con Jenkins, será necesario que modifiques tu archivos hosts y añadas la siguiente línea:

192.168.1.40 redmine.ic.net

Sustituye la IP por la tuya.

Ahora, si escribes la dirección de Redmine en tu navegador podrás acceder a tu gestor de proyectos. El usuario para el administrador es “admin” y su contraseña “admin”.

A partir de aquí, es cosa tuya. Crea algunos proyectos, añade algunas versiones, tareas, errores, etc.

Integración continua: instalando y configurando Jenkins

0

Ya vistes la checklist del último post: http://www.interadictos.es/2014/08/11/integracion-continua-primeros-pasos/, ahora vamos a empezar a instalar y configurar algunas herramientas, para ir poco a poco uniéndolas.

¿Qué es Jenkins?

Jenkins es nuestro servidor de integración continua. Es una aplicación que permite automatizar una lista de tareas que le indiquemos. Estas tareas pueden ser iniciadas de forma manual, pero lo habitual será llamar a la primera tarea de la lista cada vez que se realice un commit en el repositorio, e ir concatenando tareas hasta finalizar la lista completa. Tranquilo si no te haces aun a la idea, a medida que vayamos avanzando con esta guía lo iras entendiendo.

Instalando Jenkins

Primero descargamos la key del servidor de Jenkins, que nos permitirá añadirlo al archivo sources.list:

wget −q −O − http://pkg.jenkins−ci.org/debian/jenkins−ci.org.key | sudo apt−key add −

A continuación lo añadimos al archivo sources.list. Puedes añadirlo de esta manera o añadirlo a mano:

sudo sh −c 'echo deb http://pkg.jenkins−ci.org/debian binary/ > /etc/apt/sources.list.d/jenkins.list'

Actuliazamos la lista de paquetes e instalamos:

sudo apt−get update
sudo apt−get install jenkins

Ahora necesitamos poder acceder a él a través de la red, para ello vamos a crear el subdominio jenkins.ic.net. Para poder acceder por el subdominio jenkins.ic.net es necesario crear un virtual host con proxy inverso, para ello instalamos varios módulos de Apache2 necesarios:

sudo a2enmod proxy
sudo a2enmod headers
sudo a2enmod deflate
sudo a2enmod proxy_http

Ahora creamos un virtualhost en /etc/apache2/sites-available llamado 001-jenkins.ic.net.conf (Podeis usar el nombre que quieras), con el siguiente contenido


        ServerName jenkins.ic.net  

        
                Order deny,allow
                Allow from all
         

        ProxyPreserveHost On
        ProxyPass / http://localhost:8080/
        ProxyPassReverse / http://localhost:8080/

La ruta habitual para acceder a Jenkins sería http://localhost:8080, si pudieramos acceder desde el mismo servidor de integración continua, si lo hicieramos desde fuera sería http://ic.net:8080. Para evitar tener que recordar el número de puerto utilizamos el archivo anterior. Nos facilitará la vida.

Ahora creamos un enlace simbólico de este archivo en /etc/apache2/sites-enabled.

sudo ln −s /etc/apache2/sites−available/001−jenkins.ic.net.conf /etc/apache2/sites−enabled/001−jenkins.ic.net.conf

Reiniciamos apache con:

sudo /etc/init.d/apache2 reload

En nuestro ordenador tendremos que editar el archivo hosts, para indicarle al pc a qué ip debe dirigirse para encontrar el alojamiento de jenkins.ic.net. Añadimos la siguiente línea al archivo (sustituye la IP por la de tu servidor de integración continua):

192.168.1.40 jenkins.ic.net

Ahora podrás escribir el subdominio en el navegador para acceder a la página principal de Jenkins.

A partir de aquí te recomiendo que explores todas las opciones de Jenkins, además de echarle un ojo a la documentación: https://wiki.jenkins-ci.org/display/JENKINS/Use+Jenkins

En la administración de Jenkins puedes acceder al apartado de plugins, revísalos y podrás hacerte una idea de las posibilidades de esta herramienta.

Integración continua: primeros pasos

0

Ya expliqué la semana pasada qué era eso de la integración continua, pues bien, ahora toca dar los primeros pasos. Obviamente necesitamos un ordenador que haga de servidor, una máquina virtual, o bien un servidor de verdad si lo que pretendes es utilizar de forma profesional.

Como sistema operativo para esta guía utilizaré Ubuntu 14.04. Tú puedes usar el que quieras pero tal vez te resulte más complicado encontrar algún software, con lo que tendrás que investigar más.

El hardware a usar dependerá de las necesidades que tengas, o para lo que quieras un servidor de integración continua. En mi caso utilizo un pc de gama baja con micro AMD, 8 GB de RAM, sin teclado, ratón, ni monitor (y por tanto sin escritorio gráfico), y con una tarjeta WiFi para conectar a internet. Y esto, para mí, es suficiente. Si lo fueses a usar en un grupo de desarrollo, lo mejor es usar un VPS o un servidor dedicado, ya que mejorará en gran medida el rendimiento.

Ya tenemos el hardware listo y nuestro sistema operativo está instalado, por tanto vamos a iniciar los primeros pasos para crear nuestro servidor de integración continua.

Continue reading “Integración continua: primeros pasos” »

Integración continua: Introducción

0

Supongo que os preguntaréis qué es eso de la integración continua, pues bien, os explico: se considera Integración Continua al conjunto de metodologías y procesos que se ejecutan durante el desarrollo de un proyecto de programación, con la diferencia de que estos procesos están centralizados y automatizados, lo que permite ejecutarlos cada pocas horas.

Dentro de los procesos automatizados se encuentran la descarga de los repositorios, la comprobación de los estándares de codificación, la ejecución de los test unitarios, la actualización de la base de datos, el despliegue al servidor de producción, etc. Cualquier proceso que se ejecute durante el desarrollo de un proyecto se puede integrar en este sistema.

Esta forma de trabajar nos permite a los desarrolladores detectar, antes de poner en producción el proyecto, posibles errores o ineficiencias, pudiendo solucionarlos y mejorando con ello la calidad del software que generamos.

Sirva este pequeño artículo como introducción a esta nueva sección del blog, ya que durante las próximas semanas iré publicando nuevos artículos para que podáis montar vuestro propio servidor de integración continua, me centraré en la automatización de procesos en proyectos PHP, ya sean basados en Frameworks (Symfony, Zend, etc.), CMS (WordPress, PrestaShop, etc.) o creados desde cero, aunque es muy posible que muchas cosas de las que os explique podáis utilizarlas para otros lenguajes de programación. Os explicaré tanto la instalación del software necesario como su configuración, además de como unir todo el software para que se ejecute de forma automática.

De momento os dejo con varios links para que le vayáis echando un ojo a eso de la Integración Continua:

– http://es.wikipedia.org/wiki/Integraci%C3%B3n_continua

Desarrollo PHP avanzado

Votaciones en el Congreso de los Diputados en 2013: ¿PP y PSOE votan lo mismo?

0

En el anterior post hablé de las votaciones en el Congreso de los Diputados en 2012, en las que se mostraba como la coincidencia del voto entre PP y PSOE no llegaba ni al 3%. Ahora veremos las de 2013.

Hace un tiempo se publicó que en el Parlamento Europeo los dos grandes partidos (PPE y PS&D) votaban lo mismo en el 70% de las ocasiones. Sin embargo, poco o nada se ha comentado respecto a las votaciones en el Parlamento Español. Ante esta falta de datos me he puesto a investigar y ver si podía obtener la misma información y un porcentaje cercano al del Parlamento Europeo.

En primer lugar es necesario saber de dónde obtener estos datos: http://www.congreso.es

En esa web se pueden descargar las votaciones realizadas en el Congreso de los Diputados. Sin embargo, solo es posible obtener las votaciones desde el 2012 hasta la actualidad, con lo que solo tenemos datos de un par de años.

No os voy a aburrir con el proceso para obtener esas votaciones y guardarlas en una base de datos. Para el que desee utilizar los datos puede acceder a esta hoja de cálculo: https://docs.google.com/spreadsheets/d/1-7TpVUuZu01YB0BSldw5ZAoXDeFl0gLUXJRWzr1sBoU/edit?usp=sharing

LAS VOTACIONES

En 2013 se realizaron 1467 votaciones en el Congreso de los Diputados de las cuales 23 son por asentimiento, es decir, no se vota, simplemente el Ministro correspondiente asiente con la cabeza. Por tanto tenemos 1444 votaciones en las que los Diputados tuvieron la oportunidad de decidir sobre cuestiones muy variadas.

De esas 1444 votaciones, en 347 de ellas el Partido Popular y el Partido Socialista votaron lo mismo, eso es un 24’03% muy lejos del 70% del Parlamento Europeo.

LA ASISTENCIA

En el 2013 votaron en el Congreso 354 Diputados, esto es debido a que se produjo la sustitución o baja de 4 Diputados durante el transcurso del año. Sobre el total de Diputados habitual en el Congreso, 350, ningún diputado asistió a todas las votaciones, aunque habría que valorar si entre los cuatro Diputados sustituidos y sus sustitutos sumarían suficientes asistencias para haber asistido a todas las votaciones.

Os dejo el top-ten de asistencia de los Diputados para las votaciones de 2013:

NombreApellidosAsientoGrupoFecha de la primera votación en la que participaNúmero de votaciones en las que está presenteNúmero de votaciones en las que no está presente
MarianoRajoy Brey3108GP11/01/20121031318
IkerUrbina Fernández2804GMx11/01/20121821239
MaiteAriztegui Larrañaga2703GMx11/01/20122191202
MeritxellBatet Lamaña1713GS11/01/2012428993
María PilarAlegría Continente1404GS11/01/2012497924
ElenaValenciano Martínez-Orozco1207GS11/01/2012563858
María IsabelLópez i Chamosa1714GS11/01/2012666755
AlfonsoGuerra González1401GS11/01/2012723698
OnintzaEnbeita Maguregi2601GMx21/06/2012766655
Xabier MikelErrekondo Saltsamendi2602GMx11/01/2012786635
Feed RSS de Mikel
Ir arriba