Ubuntu logo

Packaging Guide

6. Buscar revisor y patrocinador

Una de las ventajas más importantes de usar el flujo de trabajo de UDD es mejorar la calidad buscando revisiones de cambios de sus compañeros. Esto es cierto tenga usted o no permisos para subir código. Por supuesto, si no tiene permisos para subir, necesitará buscar un patrocinio.

Una vez que esté satisfecho con su corrección y tenga la rama lista, los siguientes pasos se pueden usar para publicarla en Launchpad, enlazarla a la incidencia del error y crear una propuesta de integración para que otros la revisen y que los patrocinadores la suban.

6.1. Empujar a Launchpad

Anteriormente le hemos mostrado cómo asociar su rama al error (associate your branch to the bug) usando dch y bzr commit. Sin embargo, la rama y el error no se enlazan de forma efectiva hasta que se sube la rama a Launchpad.

No es crítico tener un enlace a un error para cada cambio que realice, pero si está corrigiendo errores reportados enlazarlos es útil.

La forma genera del URL a la que debería empujar su rama es:

lp:~<user-id>/ubuntu/<distroseries>/<package>/<branch-name>

For example, to push your fix for bug 12345 in the Tomboy package for Trusty, you’d use:

$ bzr push lp:~subgenius/ubuntu/trusty/tomboy/bug-12345

El último componente de la ruta es arbitrario; depende de usted elegir algo significativo.

Sin embargo, esto no es normalmente suficiente para que los desarrolladores de Ubuntu revisen y patrocinen su cambio. Debería envíar una propuesta de integración.

Para hacerlo, abra la página del error en un navegador, por ejemplo:

$ bzr lp-open

Si eso falla, puede usar:

$ xdg-open https://code.launchpad.net/~subgenius/ubuntu/trusty/tomboy/bug-12345

donde la mayoría de los URL coincidan con las que ha usado para bzr push. En esta página, verá un enlace que dice Propose for merging into another branch (proponer para ser integrada en otra rama). Escriba una explicación de su cambio en la casilla Initial Comment (comentario inicial). Finalmente, pulse Propose Merge (proponer integración) para completar el proceso.

Las propuestas de integración a ramas de paquetes fuente subscribirán automáticamente al equipo ~ubuntu-branches, lo que debería ser suficiente para que lleguen a un desarrollador de Ubuntu que pueda revisar y patrocinar sus cambios al paquete.

6.2. Generar un debdiff

Como se ha indicado anteriormente, algunos patrocinadores todavía prefieren revisar un archivo debdiff adjunto al informe de error en lugar de una propuesta de integración. Si se le pide que incluya un debdiff, puede generar uno de esta forma (desde dentro de su rama del error bug-12345):

$ bzr diff -rbranch:../tomboy.dev

Otra forma es abrir una propuesta de integración y descargar las diferencias (diff).

Debería asegurarse de que diff tiene los cambios que espera, ni más, ni menos. Dé un nombre apropiado al diff, por ejemplo foobar-12345.debdiff y adjúntelo al informe de error.

6.3. Tratar los comentarios de los patrocinadores

Si un patrocinador revisa su rama y le pide que cambie algo, puede hacerlo de forma bastante sencilla. Simplemente vaya a la rama en la que estaba trabajando anteriormente, haga los cambios solicitados, y luego confírmelos:

$ bzr commit

Ahora, cuando empuje su rama a Launchpad, Bazaar recordará donde la ha empujado y actualizará la rama de Launchpad con sus últimos cambios confirmados. Todo lo que necesita hacer es:

$ bzr push

Puede entonces responder al correo de revisión de la propuesta de integración explicando lo que ha cambiado y pidiendo que se vuelva a revisar o puede responder en la página de la propuesta de integración en Launchpad.

Tenga en cuenta que si se le ha patrocinado mediante un archivo debdiff adjunto a un informe de error debe actualizarlo manualmente generando un nuevo archivo diff y adjuntándolo al informe de error.

6.4. Expectativas

Los desarrolladores de Ubuntu han preparado una planificación de «pilotos de parches», que regularmente revisan la cola de patrocinio respondiendo sobre las ramas y los parches. Incluso aunque se ha activado esta medida es posible que tenga que esperar varios días hasta que tenga respuesta. Esto depende de lo ocupado que esté todo el mundo, y si la emisión en desarrollo está ya congelada u otros factores.

Si no ha recibido respuesta en un tiempo, no tenga reparos en entrar en el canal #ubuntu-devel de irc.freenode.net y buscar ahí alguien que le pueda ayudar.

Para más información sobre el proceso de patrocinio general, revise la documentación de nuestro wiki también: https://wiki.ubuntu.com/SponsorshipProcess