Gitblit tickets

Gitblit tiene la capacidad de generar tickets (estilo Pull Requests) para propiciar revisiones de código.

Opción desde el gitblit
$ git checkout develop $ git pull $ git checkout -b ticket/129 $ git push origin ticket/129
 * Ir al URL del proyecto
 * Entrar en la opción Tickets/Nuevo
 * Completar el formulario con los detalles de lo que se resolverá con el ticket
 * Topic/Asunto: Colocar el ID del ticket (proveniente del JIRA o del programa de manejo de proyectos del proyecto). Esto permite enlazar el asunto con el ticket del JIRA
 * Es importante que el ticket se desprenda del branch develop. Eso se logra seleccionando en el combo "Merge to" (Combinar a)
 * Responsible: El desarrollador que implementará la función
 * Al darle "Crear" el Gitblit reserva el sgte. nro. de ticket. Ej: ticket/129
 * El desarrollador desde su consola, crea el ticket (local todavía)
 * A partir de acá el desarrollo es normal, dentro de la rama recién creada (Ej: ticket/129)
 * Al terminar el desarrolo se hace el

Counting objects: 95, done. Delta compression using up to 8 threads. Compressing objects: 100% (77/77), done. Writing objects: 100% (95/95), 44.80 KiB | 5.60 MiB/s, done. Total 95 (delta 61), reused 0 (delta 0) remote: Resolving deltas: 100% (61/61) remote: Updating references: 100% (1/1) remote: remote: --> #129: Refactor de login y manejo de error remote:    uploaded patchset 1 (proposal) remote:    https://localhost:8443/tickets?r=finhealth/finhealth_android.git&h=129 remote: To ssh://devtools.hq.sodep.com.py:29418/finhealth/finhealth_android.git * [new branch]     ticket/129 -> ticket/129


 * En este paso queda como ticket disponible para el reviewer

Opción desde la línea de comando
$ git checkout develop $ git checkout -b FINHEALTH-896 Este branch contendrá los cambios al código para implementar la funcionalidad Se realizan los cambios, y se realiza el commit al branch. Este es un branch que la mayoría de las veces podrá ser descartado, o no es necesario hacer que sea remoto. Se utiliza para dar creación al ticket. Con este comando, creamos un tópico (relacionado al ticket JIRA) y le indicamos que el merge será sobre la rama develop. $ git push origin HEAD:refs/for/develop%t=FINHEALTH-896 Counting objects: 26, done. Delta compression using up to 8 threads. Compressing objects: 100% (22/22), done. Writing objects: 100% (26/26), 7.35 KiB | 3.68 MiB/s, done. Total 26 (delta 4), reused 0 (delta 0) remote: Resolving deltas: 100% (4/4) remote: Updating references: 100% (1/1) remote: remote: --> #76: Soporte para acceso a Graph API de Facebook remote:    created proposal ticket from patchset remote:    https://localhost:8443/tickets?r=finhealth/finhealth_backend.git&h=76 remote: To https://devtools.hq.sodep.com.py/gitblit/r/finhealth/finhealth_backend.git * [new branch]       HEAD -> refs/for/develop%t=FINHEALTH-896 $ git push origin HEAD:ticket/76 Reemplazando por el nro. de ticket obtenido en el paso anterior.
 * Requisito para creación del ticket, es que debe ir un único commit para crear desde la línea de comando
 * A partir del branch develop
 * Crear una nueva rama, si tiene un ticket asociado se recomienda nombrarla de la misma forma
 * Creación de ticket
 * Los siguientes push desde branch FINHEALTH-896 (de existir) deben realizarse con el sgte. comando

Ticket con más de un contribuyente
En caso de que más de una persona estuviera trabajando en el ticket, deberá hacer uso de la rama correspondiente para el pull, commit y push. En nuestro ejemplo sería $ git pull $ git checkout ticket/76 Las personas interesadas en colaborar para el ticket, lo harán mediante esa rama.