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

192

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?

erikric
fonte
Além disso, essa consulta pode ser útil
Alex.K.

Respostas:

281

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')
Daria Trainor
fonte
6
Parece que esta resposta foi fornecida significativamente depois que a pergunta foi feita, mas deve ser a resposta aceita no futuro com versões mais recentes do Jira (o 4.3 foi lançado em março de 2011).
Jared
A waspalavra - chave também retorna um resultado se o usuário for o responsável / repórter atual? (e diga que o problema não tinha um responsável anteriormente ou eles foram os primeiros atribuídos a esse problema)
nmz787
e quanto a encomendar pela última vez que trabalhei?
Sashok_bg 02/05/19
1
A sintaxe mudou? Só o encontro viaassignee in ("johnsmith")
Thorsten Niehues
1
@ nmz787 Testei que a waspalavra - chave inclui problemas atribuídos no momento.
Bernard Vander Beken
33

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 .

Thomas W
fonte
24

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].

Francis Martens
fonte
3
Agora ele é encontrado em studio.plugins.atlassian.com/wiki/display/JTOOL/…
Michael Piefel
18

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()
warvariuc
fonte
1
Eu tentei, mas recebi a mensagem "O campo 'Participantes' não existe ou você não tem permissão para visualizá-lo". Isso é com o Jira v6.0.6 # 6105-sha1: 9713ad1.
Craig McQueen
@CraigMcQueen, eu não sou um guru Jira, mas acho que você precisa instalar JIRA Toolkit Plugin
warvariuc
7

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

lwpro2
fonte
5

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.

AJ.
fonte
Como desenvolvedor, não tenho acesso diretamente ao banco de dados, infelizmente. É possível fazer isso através da pesquisa avançada de problemas de alguma forma?
erikric
Como eu disse no meu comentário, a pesquisa no log de trabalho ainda não é suportada por Jira. Vote
Hugo Palma
Essa é a melhor resposta para Jira <4,3? Estamos presos a uma versão antiga devido a certos requisitos.
K-den
3

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
Dinesh Raja
fonte
2

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]

SimonN
fonte
0

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: insira a descrição da imagem aqui

eli
fonte
0

No menu, selecione Tempo-> Relatórios

Selecionar período

e você deve ver o relatório.

Vijay
fonte
-1

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

Neha Pal
fonte
Você não deseja explicar o nome de cada coluna, o nome de cada tabela, o que isso faz? Você não?
Aksen P