En nuestro día a día siempre nos encontramos con módulos contribuidos que tienen algún bug. En esta presentación explicamos cómo arreglarlos a la vez que contribuimos a la comunidad de Drupal con ello. Revisaremos cómo completar tu perfil en drupal.org así como la issue queue, los estados de una issue y cómo añadir nuestros crear y añadir parches de la manera correcta.

1. Cómo contribuir en tu día a día
Montaña Franco - Junio 2015

2. 2
Índice
1. Tu perfil en www.drupal.org
2. Vamos a contribuir mediante un ejemplo
3. Preguntas

3. 1. Tu perfil en www.drupal.org
Es importante tener un perfil en Drupal y que contenga información para el
resto de la comunidad pueda ubicarte y conocerte mejor.
Cosas útiles que puedes configurar en tu perfil:
• Suscripciones y My newsletters
• Áreas de especialización
• Organización: everis - https://www.drupal.org/node/2461223
• Dashboard
3

4. Suscripciones
4
Al final del formulario de edición de tu
perfil, encontrarás todas las suscripciones
que puedes recibir en tu email.
Una vez marques las que te interesan, en
la página de “My newsletters” puedes
configurar las que quieres recibir.
Es aconsejable suscribirse a los “Security
announcements” para que, cada
miércoles te enteres de las mejoras de
seguridad que hay que aplicar a nuestros
proyectos.

5. Áreas de especialización
5
En el formulario de edición de tu perfil, en
la pestaña “Drupal” puedes ir marcando
los tipos de contribuciones en las que
estás trabajando.
En “Areas of Expertise” hay un gran
catálogo de tipos de experiencia con
Drupal y PHP.
¡No olvides añadir a aquellas personas
que te ayudan a contribuir como
mentores! Ya sean del equipo de Everis o
de la comunidad de Drupal

6. Organización
6
En el formulario de edición de tu perfil, en la pestaña “Work” puedes marcar el rol que desempeñas en el
equipo, además de poner Everis en la organización.
Esto hará que aparezcas automáticamente como parte del equipo de Drupal en esta página:
https://www.drupal.org/node/2461223

7. Dashboard
7
Pulsando en “Dashboard” podrás acceder a tu
panel y configurarlo con los bloques que más
te sean de ayuda. Tenemos un amplio
catálogo:
• Drupal news
• Drupal talk
• Planet Drupal
• Your post
• Your security issues
• Your issues
• Project issue
• Contributor links
• Documentation team links

8. 8
Índice
1. Tu perfil en www.drupal.org
2. Vamos a contribuir mediante un ejemplo
3. Preguntas

9. 2. Un ejemplo
¿Qué herramientas necesitamos?
• Git
• Dreditor
Información útil
• Maintainers (1)
• Issue queue and search (2)
• Development (3)
• Pending patches
• Repository
• Commits
Enlaces de interés:
https://git-scm.com/

10. 10
3. Un ejemplo
Pasos a seguir si la issue NO TIENE parche:
1. Clonar el proyecto:
git clone - -branch version repositorio_del_proyecto
(git clone - -branch 7.x-2.x git://git.drupal.org/project/highcharts.git)
2. Crear una rama para trabajar:
git checkout -b numero_issue-comentario
(git checkout -b 1234-1)
3. Hacer los cambios necesarios en el código
4. Crear el parche con los cambios:
git diff version > proyecto-description-numero_issue-comentario.patch
(git diff 7.x-2.x > highcharts-fix_the_header-1234-1.patch)
DEMO: https://youtu.be/wTkSEcKrL-c

11. 3. Un ejemplo
Pasos a seguir si la issue TIENE parche:
1. Clonar el proyecto:
git clone - -branch version repositorio_del_proyecto
(git clone - -branch 7.x-2.x git://git.drupal.org/project/highcharts.git)
2. Crear una rama para el parche y aplicarlo:
git checkout -b numero_issue-comentario_del_parche
git apply parche.patch
(git apply highcharts-fix_the_header-1234-1.patch)
3. Hacer los cambios necesarios en el código
4. Crear el parche con los cambios anteriores y los realizados:
git diff version > proyecto-description-numero_issue-comentario.patch
(git diff 7.x-2.x > highcharts-fix_the_header-1234-2.patch)

12. 3. Un ejemplo
5. Crear el interdiff con los cambios realizados:
interdiff old.patch new.patch > interdiff-numero_issue-old_comentario-
new_comentario.txt
(interdiff highcharts-fix_the_header-1234-1.patch highcharts-fix_the_header-
1234-2 > interdiff-1234-1-2.txt)
DEMO: http://youtu.be/LWedSg5In2I
Enlaces de interés:
https://www.drupal.org/node/707484
https://www.drupal.org/documentation/git/interdiff
https://www.drupal.org/node/1399218
https://www.drupal.org/node/1054616

13. Discusión sobre cómo poner los parches en producción
Si hemos creado un parche para un módulo y todavía no está la versión definitiva
del mismo a la hora de salir a producción, hay que aplicar el parche desde un fichero
.make:
• Un fichero .make sirve para instalar todos los módulos contribuidos, parches y
librerías sin necesidad de tener que añadirlos al repositorio
• Se ejecuta mediante un comando de drush: http://drushcommands.com/drush-
6x/make/make
• Cada vez que se hace un deploy o se actualiza el código hay que ejecutar este
fichero. Nos instalará lo que no esté instalado y aplicará los parches después de
las actualizaciones hechas sobre los módulos.
• Si el parche creado, no aplica, habrá que modificarlo y volver a subirlo a
drupal.org y modificar el fichero .make para que instale la correcta versión del
parche.
Ejemplo de fichero .make:
https://www.drupal.org/node/1432374

14. 14
Índice
1. Tu perfil en www.drupal.org
2. Vamos a contribuir mediante un ejemplo
3. Preguntas

15. 3. Preguntas

16. everis.com
Gracias 