¿Cómo encontrar los problemas que en algún momento te han sido asignados?

Usamos a Jira ampliamente en nuestro proyecto, pero a menudo me cuesta encontrar problemas, lo sé, he estado trabajando antes. Por lo general, si se reporta algún caso, eso parece familiar para algo en lo que he estado trabajando en el pasado, pero no recuerdo exactamente qué y cuándo.

Por lo general, se informa un problema, luego nuestro scrum master lo asigna al desarrollador, el desarrollador lo soluciona (con suerte) y luego lo pasa al probador (¡sí, funciona!). Pero luego ya no me lo asignan, y tengo dificultades para encontrar viejos problemas, que recuerdo vagamente.

Pensé, quizás es posible ver el historial asignado de un problema, podría haber una forma de formar una búsqueda / filtro avanzado, que encuentre todos los problemas, que en algún momento me han sido asignados.

¿Alguien ha hecho esto?

Mientras tanto, esto es posible por medio del operador JIRA Query Language (JQL) 'WAS' , que se introdujo en JIRA 4.3 y se extendió en JIRA 4.4 para cubrir también a los asignados y reporteros, por ejemplo:

project = "Angry Nerds" and (assignee was 'johnsmith' or reporter was 'johnsmith')

Consulta de propósito general para el 'usuario actual':

assignee was currentUser()

Este filtro se puede compartir convenientemente y cualquiera puede ponerlo en su tablero, etc. y devolverá resultados específicos para ellos. Sin embargo, no es compatible con todas las versiones antiguas de JIRA.

Esta fue mi característica más solicitada JIRA jamás .

Consulte el complemento JIRA Toolkit: campo personalizado de participantes

https://studio.plugins.atlassian.com/wiki/display/JTOOL/JIRA+Toolkit+Plugin

Este campo le permite rastrear fácilmente problemas en los que ha "participado". Estos se definen como cualquier problema que haya comentado, planteado o sea el cesionario actual. Consulte también el complemento [JIRA Extended Participants].

Actualizar

Esto funciona sin complementos:

assignee was currentUser() OR reporter was currentUser() ORDER BY updated DESC

La respuesta original

Esta consulta funcionó para mí:

Participants = currentUser()

intente "el cesionario era nombre de usuario". antes obtendría todos los tickets asignados al usuario.

Puede encontrar problemas por entradas del registro de trabajo directamente en la base de datos:

select distinct ji.pkey from jiraissue ji inner join worklog wl on ji.id=wl.issueid where wl.author='some_username';

Sin embargo, estoy de acuerdo en que esto debería implementarse en la interfaz de usuario.

Para aquellos que usarán JIRA 5+ , también hay un operador CAMBIADO que observa el campo cambiando a un valor específico dentro de un rango de tiempo específico.

assignee CHANGED TO currentUser() AFTER startOfYear() BEFORE now()

Más aquí: https://confluence.atlassian.com/display/JIRA052/Advanced+Searching#AdvancedSearching-CHANGED

Solo otra forma de lograr el mismo resultado, pero podría ser útil para otros casos.

wasno es compatible con el campo asignado cuando lo intenté recientemente. Debe usar CHANGED, FROM, TOpalabras clave para filtrar.

Estoy usando algo como esto:

project = MindBlowingProject AND (assignee in (currentUser()) OR assignee CHANGED from (currentUser()) OR reporter in (currentUser())) ORDER BY updated DESC

Así que hay 3 escenarios: 1 - Lo cambié de alguna manera - el cesionario cambió por [Nombre de usuario], 2 - Cambié el estado (lo cerré, lo que sea) - O el estado cambió por [Nombre de usuario], 3 - Todavía lo tengo - O cesionario = [nombre de usuario]

Entonces, la consulta completa (suponiendo que la declaración modificada está permitida es:

cesionario cambiado por [Nombre de usuario] O estado cambiado por [Nombre de usuario] O cesionario = [Nombre de usuario]

Creo que el enfoque más sensato es buscar el historial de problemas. Lo único que no está registrado allí es quién accedió al problema (solo mirando, sin cambiar nada).

Pero no puede buscar el historial de tickets sin acceso a la base de datos (que yo sepa, corríjame si me equivoco)

Entonces, para buscar todos los problemas con "someUserName" en el historial de problemas, debe unirse internamente al grupo de cambio de tabla (y tal vez el elemento de cambio de tabla desde allí).

Ejemplo :

select ji.id,issuenum,summary,creator,assignee,ji.created,updated,c.id as histid,c.author from jiraissue ji inner join changegroup c on ji.id=c.issueid where c.author like 'someUserName';

c.id como histid ==> este es el número / id de la entrada en la pestaña (historial -) "Historial"

Significado : si alguna vez hubo un cambio por parte del usuario "someUserName", se registra en el historial y se escuchará con esta consulta

El siguiente ejemplo solo enumerará todos los problemas de disting, donde se encontró "myusername" en el Historial después de la fecha 20180501:

select distinct ji.id,issuenum,summary,creator,assignee,ji.created,updated,c.author from jiraissue ji inner join changegroup c on ji.id=c.issueid where c.author like 'myusername' and ji.created > '2018-05-01T00:00:00.000';

Anoté la relación necesaria aquí:

Desde el menú, seleccione Tempo-> Informes

Seleccionar intervalo de fechas

y deberías ver el informe.

Intenté la siguiente consulta SQL y proporciona datos de todos los problemas y todos los asignados que alguna vez se asignaron a un problema. Cualquier cambio en el cesionario para cualquier problema es capturado por la siguiente consulta:

select distinct
p.pkey +'-'+cast(ji.issuenum as varchar(max)),
ji.SUMMARY,
cast(ci.OLDSTRING as nvarchar(max)) as 'Old value',
cast(ci.NEWSTRING as nvarchar(max)) as 'New value'
from
jiraissue ji
join project p on p.id = ji.PROJECT
join changegroup cg on cg.issueid = ji.id
join changeitem ci on ci.groupid = cg.id and FIELD = 'assignee'

Cualquiera que busque la consulta encontrará útil esto:)

-Neha 'D' Pal