El Issue Collector ahora es el work item collector.
Se le cambió el nombre, no se eliminó.

¿Buscabas el Issue Collector Jira y en su lugar encontraste una página sobre un work item collector? No te preocupes, no te han quitado nada: Atlassian reemplazó la palabra "incidencia" por "elemento de trabajo" en Jira, y la página Cloud que describe el Issue Collector sigue disponible en la URL use-the-issue-collector. El Issue Collector está documentado tanto en Cloud como en la guía de administración de Jira Data Center. Por lo tanto, se trata de una comparación directa, no de una guía de migración, y la diferencia entre ambos no radica en si existen o no, sino en la gravedad de los errores que presenta cada uno y en qué sucede con el ticket posteriormente.

Donde son realmente buenos

No hay intermediarios, lo cual es una gran ventaja. El Issue Collector es una función Jira: un administrador configura un formulario de comentarios, lo inserta en una página y los elementos de trabajo aparecen en el proyecto sin necesidad de conectarse ni confiar en ningún otro producto. El Issue Collector está documentado tanto para Data Center como para Cloud, lo que significa que una instalación de Jira autoalojada tras su propio firewall puede recopilar comentarios de un sitio público. Snag es un servicio alojado y no tiene una versión autoalojada. Además, el Issue Collector acepta informes de visitantes del sitio web que no tienen una cuenta Jira, por lo que nadie necesita licencias para los informantes.

Donde Snag es diferente

Snag se basa en una pregunta: ¿se puede solucionar este error y podemos demostrarlo? La captura está diseñada para ello. Un solo clic graba una reproducción de la sesión con la consola y la red a su lado, registra los pasos para reproducir el error y crea un elemento de trabajo en Jira o un problema en GitHub que enlaza con todo ello. Los datos personales se ocultan en el navegador antes de que se cargue nada; las entradas nunca se registran. A continuación, una ejecución de corrección en un entorno aislado reproduce el error en una copia desechable de tu repositorio, escribe una prueba de reproducción que falla antes de la corrección y pasa después, y abre una solicitud de extracción para que una persona la revise. Nada se fusiona sin la intervención humana, y el entorno aislado se destruye cuando finaliza la ejecución. Una ejecución que no produce ninguna solicitud de extracción cuesta la mitad, y las primeras 5 correcciones son gratuitas en todos los planes.

¿Cuál elegir?

Utiliza Issue Collector cuando necesites un formulario de comentarios que se integre en Jira sin intermediarios, cuando tu Jira esté alojada en tu propio servidor o cuando los informes que recibas sean sugerencias en lugar de defectos. Utiliza Snag cuando los informes sean errores, cuando quien se encargue del ticket necesite la reproducción y la consola a la vista, y cuando lo que quieras recibir sea una solicitud de extracción revisable con una prueba adjunta. Además, son perfectamente compatibles: nada impide que un equipo utilice Issue Collector en un sitio de marketing y Snag en el producto.

Snag y Issue Collector, uno al lado del otro

Cada celda Issue Collector enlaza con la página donde lo leímos.

Preguntas que la gente realmente hace

¿Se ha dejado de publicar Jira Issue Collector?

No, se le cambió el nombre. Atlassian reemplazó la palabra "issue" por "work item" en todo Jira, por lo que la documentación Cloud ahora dice " work item collector ", mientras que la URL de esa misma página todavía dice issue collector. La guía de administración Data Center todavía usa la terminología anterior. Lo que sí terminó, el 15 de febrero de 2024, fue el soporte para Jira Server, y ese es el fin de vida útil que la mayoría de la gente recuerda vagamente. Si buscaste issue collector y llegaste a una página sobre work item collector, encontraste lo que estabas buscando.

¿Qué incluye cada uno en el ticket?

El valor predeterminado documentado del recolector es el contexto del usuario en el campo de entorno: la URL, el User-Agent y la resolución de pantalla. Snag adjunta una reproducción de la sesión con la consola y la red al lado, los pasos para reproducir el problema y una captura de pantalla anotada, y los enlaza desde el elemento de trabajo Jira, con los datos personales enmascarados en el navegador antes de que se cargue nada; las entradas nunca se registran. Ambos métodos son suficientes para que una persona pueda empezar. La diferencia se hace evidente cuando el siguiente lector es un agente de codificación, que necesita el orden en que ocurrieron los hechos antes de poder reproducirlos.

¿Pueden las personas presentar un informe sin una licencia Jira?

En ambos casos, sí, y se trata de una verdadera igualdad, no de una diferencia. La propia documentación de Atlassian indica que los visitantes de su sitio web no necesitan una cuenta de usuario en Jira para usar el formulario de comentarios. Snag funciona de la misma manera: reportar un error no requiere cuenta ni licencia, y el acceso es ilimitado en todos los planes, incluido el gratuito. Nadie está comprando licencias para reporteros en ninguno de los dos casos.

¿Qué sucede con un ticket Snag después de ser presentado?

Se encuentra en Jira o GitHub como cualquier otro ticket hasta que el equipo de triaje, o alguien que lee la cola, lo envía a una ejecución de corrección. A partir de ahí, el agente lo reproduce en una copia desechable de tu repositorio, que se destruye cuando termina la ejecución, y regresa con una solicitud de extracción que contiene la diferencia, una prueba de reproducción que falla antes de la corrección y pasa después, y la evidencia con la que trabajó el agente. Nada se fusiona sin una persona, por lo que el ticket se cierra cuando una persona realiza la fusión. Una ejecución que termina sin una solicitud de extracción cuesta la mitad, y las primeras 5 correcciones son gratuitas en todos los planes.

De dónde provienen estos detalles

Cada detalle Issue Collector en esta página enlaza con la página Issue Collector donde lo leímos, con la fecha de lectura. ¿Algo está desactualizado? Envíe un correo electrónico a admin@dvcllc.io y lo corregiremos.