Planifica con confianza en GitLab y evita malentendidos desde el inicio. Aquí verás cómo los issues detonan conversaciones útiles, cómo estandarizar con plantillas, aprovechar Markdown, y gestionar tiempos con time tracking para un flujo claro y colaborativo.
¿Qué es un issue en GitLab y por qué importa?
Los issues son el punto de partida para alinear expectativas. Activan la discusión antes de escribir código. El desarrollo es altamente colaborativo: primero se entiende el problema, se comparten supuestos y se exploran soluciones posibles, luego se codifica.
Sirven para discutir ideas antes de implementar.
Funcionan en enfoques ágiles y también fuera de Waterfall.
Permiten hacer preguntas, reportar bugs y pedir soporte.
Pueden abrirse desde un service desk cuando usuarios sin acceso a GitLab necesitan reportar.
Una práctica clave es abrir issues de forma colaborativa. Evita asignar tareas sin el contexto o el “input” del equipo. Lo obvio para unos puede ser complejo para otros. Por ejemplo, limpiar un Excel y definir reglas de negocio puede ser sencillo, mientras que tareas de robótica o machine learning están en el límite de lo posible.
¿Cómo crear y describir un issue con plantillas y Markdown?
Estandarizar tus reportes ahorra tiempo y mejora la calidad de la discusión. GitLab permite plantillas para que cada issue incluya la información clave desde el inicio.
¿Cómo estandarizar con templates de issues en GitLab?
Crea un directorio dedicado y define templates en Markdown.
Puedes tener templates para bugs, features u otros tipos.
Se integran a la cultura de tu equipo y tu flujo DevOps.
Ejemplo de contenido en la descripción, usando ticks para resaltar tareas técnicas:
Crear el directorio .gitlab y crear el template bug.md.
¿Cómo escribir descripciones claras con Markdown?
La comunicación en GitLab es asíncrona. Piensa en zonas horarias (timezone) distintas. Cuanto más explícito seas, mejor:
Usa listas, casillas de verificación, bloques de código y formato.
Previsualiza el Markdown para asegurar legibilidad.
Adjunta archivos cuando haga falta.
¿Cuándo marcar un issue como confidencial?
En seguridad, para evitar exponer vulnerabilidades antes de resolverlas.
En proyectos open source, cuando no quieres hacer público un tema específico aún.
También puedes importar issues desde CSV. GitLab exporta e importa listas, y existen integraciones con otros gestores si migras desde otra plataforma.
¿Qué opciones avanzadas de gestión aceleran tu flujo en GitLab?
Un buen issue incluye responsable, tiempos y pertenencia al ciclo de trabajo. Así, planificación y ejecución fluyen en el mismo lugar.
¿Cómo planificar con milestones, labels y weights?
Asigna responsables con un clic.
Define due date para fechas límite realistas.
Asocia a un milestone o sprint para dar contexto al ciclo.
Usa labels para clasificar y weights para estimar esfuerzo.
En la vista de lista puedes filtrar por autor, asignado, milestone o label; ver cerrados; y ordenar por prioridad, popularidad o fecha de entrega.
¿Cómo medir con time tracking y comandos?
En la barra lateral puedes estimar y registrar tiempo con time tracking:
Estima duración con formatos como “one day” u “4h”.
Registra trabajo con comandos como “Spent 4h”.
Visualiza instantáneamente el avance y los ajustes.
¿Cómo iniciar el trabajo desde el issue?
Desde el issue puedes crear un branch y abrir un merge request en un punto. Esto conecta discusión, código y revisión sin perder contexto.
Además, el uso de reacciones con emoticones ayuda a priorizar en proyectos open source y enviar señales rápidas al equipo.
Ejemplo de issue técnico para preparar el entorno del curso con Angular:
# Inicializar proyecto baseng new Platzi GitLab DevOps Live
Indica el lenguaje del bloque, por ejemplo, Bash o JavaScript.
Asigna el issue, define milestone y completa con labels después si hace falta.
¿Tienes experiencias o dudas con issues en otras plataformas o en GitLab? Comparte en comentarios qué te ha funcionado y qué te gustaría profundizar.
Me encanta este comic, lo voy a empezar a usar para el trabajo jaja
!imagen
jajaja
Issue, permite discutir una idea, colaborar, hacer preguntas, reportar bug o fallos, obtener soporte, alrededor del código.
Issue templates, estandarizar la apertura de issue, es una guia con los puntos clave para cada tipo de issue.
El gitlab los issue template se crean a partir de archivos markdown. .gitlab/issue_templates/Bug.md
El issue se compone de un Titulo, una Descripción (aquí se lo más explicito posible)
/estimate, para estimar el tiempo. /spend Para agregar el tiempo hemos pasado.
Por fin te cambiaste la camiseta y limpiaste la computadora 👌
Hola!. Yo soy estudiante y te comento que el panel no está para ese tipo de comentarios. Yo lo retiraría porque no fueron agradables tus palabras.
Pienso igual @DavidArmijos.
Jira vs Gitlab. Hemos utilizado Jira mucho tiempo y nos ha funcionado bien con metodología Agile sin DevOps; si quisieramos implementar DevOps, Recomendarían migrar a Gitlab? si es así, Por qué?
Saludos !!
Para no obviar, me refiero para llevar issues, historias etc.. ya que para control de versiones sí utilizamos gitlab.
interesante que trabajando con Jira estén trabajando con GitLab, podrías comentarnos el porqué no trabajaron con Bitbucket(tomando en consideración la integración nativa que tiene con Jira como producto de Atlassian)?
"El software es un proceso altamente colaborativo, en donde la escritura del código es nada más una parte, y una parte pequeña de este proceso"
Excelente aclaración sobre el software, pensar en hacer sólo código ya no debería ser una actitud contemporánea frente al software.
Respecto a la gestión de proyectos en sí, yo he estado usando Taiga y bitbucket para las gestiones de código. Lamentablemente, la interoperabilidad entre ambos no nos ha sido del todo satisfactoria.
Me gustaria ver esto implementado en un servidor privado, usando DevOps y contenedores.
Te refieres a tener gitlab instalado por tu cuenta en un servidor?, muchas veces tienes que revisar los costos, el tenerlo en tu propio servidor implica tener un servidor corriendo para correr gitlab, adicional a esto el costo de realizar mantenimiento al servidor e instalación de gitlab, puede resultar más económico el pagar un plan en gitlab.com y no user el self hosted.
Sí, ¿y para qué casos es recomendado el self hosted?
A mi me gusta utilizar este editor de texto que tiene "ayudas/atajos tipo word" para poder escribir mejor mis ficheros Markdown.
Lo uso siempre :D
Este editor tambien esta incrible!!!!
Esta para version Online y Desktop
He usado Jira y gracias a plugins se pueden agregar funcionalidades adicionales para una mejor experiencia de usuario tanto para los desarrolladores como para el grupo de QA. Gitlab al parecer abarca un gran conjunto de funcionalidades y se ve muy intuitivo de utilizar.
hola! una consulta. Si he creo perfiles desarrolladores para un proyecto y yo soy el owner. Ellos podran añadir issues o colaborar entre ellos sin problemas? Yo no se nada de código, yo tengo el conociento del negocio. Pero, estoy haciendo una app en colaboracion con desarrolladores y quisiera que registren todo lo que hacen en gitlab.
Espero que puedan ayudarme! Gracias!
Hola @ocurto, depende de los accesos y permisos que les des a los colaboradores ellos tambien pueden hacer esto, supongo que tendras un lider de desarrollo. Lo mejor seria que el tenga esto permisos y los organice con el resto del equipo y te reporte directamente a ti
Los usuarios con permisos de Owner, Maintener, Developer y Report pueden crear y comentar issues
actualmente (agosto - 2023) el manejo de pesos (weights) es solo para la opción de pago
Realizando este curso en 2022, Gitlab permite ahora Import issues desde Jira, no solo CSV
Que curso me recomiendan para entender un poco mejor los conceptos? que Issue, Templates, ese tipo de conceptos.
google translator? xD
A mi me sirvió tomar el curso de Git y Git Hub aquí en Platzi para tener en claro la forma en que funciona Git y parte de la administración básica que hace un DevOp . También recomiendo lo mismo que FranLMSP a veces un diccionario Ingles - Español puede ayudarnos a tener una idea general de lo que se refiere un concepto ya que la mayoría de los términos que se manejan en estos cursos son en Ingles.
Hasta ahora parece interesante como es que se manejan los issues, espero en los próximos vídeos como se clasifican en pendientes o finalizados .
Un issue abierto pendiente puede ser considerado un issue pendiente y un issue cerrado es considerado un issue finalizado. Cada recalcar que usualmente los issue finalizados pueden ser reabiertos por algún motivo, como: No se definió todo el requerimiento, se cerró por error, el PR que cerró el issue no contemplaba toda la solución, entre otras.
Me encanta lo completo que se ven los issues, no he tenido problemas en otras plataformas pero en Gitlab quedo muy clara la información y la información ligada
A primera vista, me parece interesante y me gustaría probar en un proyecto los issues de Gitlab ya que hasta el momento solo he utilizado Jira.
En mi empresa usamos Service Desk de Manage Engine y la verdad que por el estos segundos que he visto en Gitlab ya me ha gustado mas este ultimo, es mucho más completo
Hasta acá todo Ok. con los Issues
Si, el es buen profesor!
En lo personal me han parecido excepcional mente útiles. Sin embargo tienen cierta dificulta si no son bien definidos o la idea no es clara. También algo que me paso usando Trello es que los comentarios que se agregaban esto no eran fáciles de visualizar.
No se si más adelante lo vamos a ver, pero seria genial un video de buenas practicas para la creación y administración de los mismos junto con la creación de plantillas para ellos.
Me ha gustado mucho lo practico que es GitLab, para la gestión de proyectos
Si, al parecer actualmente es lo mejor para DevOps