Como encontrar problemas que em algum momento foram atribuídos a você?

Usamos o Jira extensivamente em nosso projeto, mas muitas vezes tenho dificuldade em encontrar problemas que, sei, já trabalhei antes. Normalmente, se algum caso é relatado, isso parece familiar para algo em que trabalhei no passado, mas não me lembro exatamente o que e quando.

Normalmente, um problema é relatado; nosso scrum master o atribui ao desenvolvedor, o desenvolvedor o corrige (espero) e o passa ao testador (sim, funciona!). Mas, então, ele não está mais designado para mim e tenho dificuldade em encontrar problemas antigos, dos quais me lembro vagamente.

Eu pensei que, talvez seja possível ver o histórico atribuído de um problema, pode haver uma maneira de formar uma pesquisa / filtro avançado, que encontre todos os problemas e que em algum momento tenha sido atribuído a mim.

Alguém já fez isso?

Isto é por sua vez possível, por meio do operador Jira Query Language (JQL) 'foi' , que foi introduzido em Jira 4,3 e estendido em 4,4 Jira aos cessionários da tampa e repórteres, bem como, por exemplo:

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

Consulta de uso geral para o 'usuário atual':

assignee was currentUser()

Esse filtro pode ser convenientemente compartilhado e qualquer pessoa pode colocá-lo no painel, etc.

Esse foi o recurso JIRA mais solicitado de todos os tempos .

Confira o plug-in JIRA Toolkit - campo personalizado dos participantes

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

Este campo permite que você acompanhe facilmente os problemas dos quais "participou". Estes são definidos como quaisquer problemas nos quais você tenha comentado, levantado ou que seja o responsável atual. Veja também o plugin [JIRA Extended Participants].

Atualizar

Isso funciona sem plugins:

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

A resposta original

Esta consulta funcionou para mim:

Participants = currentUser()

tente "cessionário era nome de usuário". todos os tickets seriam atribuídos ao usuário antes.

Você pode encontrar problemas através das entradas do log de trabalho diretamente no banco de dados:

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

Concordo que isso deve ser implementado na interface do usuário.

Para aqueles que usarão o JIRA 5+ , também existe o operador CHANGED que observa o campo mudar para um valor específico dentro de um intervalo de tempo específico.

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

Mais aqui: https://confluence.atlassian.com/display/JIRA052/Advanced+Searching#AdvancedSearching-CHANGED

Apenas outra maneira de obter o mesmo resultado, mas pode ser útil para outros casos.

wasnão é suportado no campo de destinatário quando tentei recentemente. Você deve usar CHANGED, FROM, TOpalavras-chave para filtrar.

Estou usando algo parecido com isto:

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

Portanto, existem três cenários: 1 - eu mudei de alguma forma - o responsável foi alterado por [Nome_do_Usuário], 2 - eu mudei o status (fechou, qualquer que seja) - OU o status foi alterado por [Nome_Usuário], 3 - eu ainda o tenho - OU responsável = [Nome_do_Usuário]

Portanto, toda a consulta (supondo que a instrução alterada seja permitida é:

cessionário alterado por [nome do usuário] OU status alterado por [nome do usuário] OU cessionário = [nome do usuário]

Eu acho que a abordagem mais sensata é pesquisar o histórico da questão. A única coisa que não está registrada lá é quem acessou o problema (apenas observando, sem alterar nada).

Mas você não pode pesquisar o histórico de tickets sem acesso ao banco de dados (até onde eu saiba, corrija-me se estiver errado)

Portanto, para pesquisar todos os problemas com "someUserName" no histórico de problemas, você deve ingressar no grupo de alterações da tabela (e talvez o item de alteração da tabela seja partir daí).

Exemplo :

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 as histid ==> este é o número / ID da entrada na guia (issue -) "History"

Significado : se alguma vez houve uma alteração pelo usuário "someUserName", ele será registrado no Histórico e será listado com esta consulta

O exemplo a seguir lista apenas todos os problemas distantes, em que o "myusername" foi encontrado no Histórico após a data 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';

Anotei a relação necessária aqui:

No menu, selecione Tempo-> Relatórios

Selecionar período

e você deve ver o relatório.

Tentei a consulta SQL abaixo e ela fornece dados de todos os problemas e todos os responsáveis ​​que já foram atribuídos a um problema. Qualquer alteração no responsável por qualquer problema é capturada pela consulta abaixo:

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'

Quem procura a consulta pode achar isso útil:)

-Neha 'D' Pal