Comment trouver les problèmes qui vous ont été attribués à un moment donné?

Nous utilisons beaucoup Jira dans notre projet, mais j'ai souvent du mal à trouver des problèmes, que je sais, sur lesquels j'ai travaillé plus tôt. Habituellement, si un cas est signalé, cela semble familier à quelque chose sur lequel j'ai travaillé dans le passé, mais je ne me souviens pas exactement quoi et quand.

Habituellement, un problème est signalé, puis notre scrum master l'attribue au développeur, le développeur le corrige (espérons-le) puis le transmet au testeur (oui, ça marche!). Mais alors il ne m'est plus attribué, et j'ai du mal à trouver de vieux problèmes, dont je me souviens vaguement.

J'ai pensé qu'il était peut-être possible de voir l'historique attribué à un problème, il pourrait y avoir un moyen de former une recherche / filtre avancé, qui trouve tous les problèmes, qui à un moment donné m'a été attribué.

Quelqu'un at-il fait ça?

Ceci est entre-temps possible au moyen de l'opérateur JIRA Query Language (JQL) 'WAS' , qui a été introduit dans JIRA 4.3 et étendu dans JIRA 4.4 pour couvrir également les assignés et les rapporteurs, par exemple:

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

Requête à usage général pour n'importe quel «utilisateur actuel»:

assignee was currentUser()

Ce filtre peut être facilement partagé et n'importe qui peut le mettre sur son tableau de bord, etc. et il renverra des résultats qui lui sont spécifiques .. Non pris en charge sur toutes les anciennes versions de JIRA.

Ce fut ma fonction JIRA les plus demandées jamais .

Découvrez le plugin JIRA Toolkit - Champ personnalisé des participants

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

Ce champ vous permet de suivre facilement les problèmes auxquels vous avez "participé". Celles-ci sont définies comme étant les problèmes que vous avez commentés, soulevés ou que vous êtes le cessionnaire actuel. Voir aussi le plugin [JIRA Extended Participants].

Mettre à jour

Cela fonctionne sans plugins:

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

La réponse originale

Cette requête a fonctionné pour moi:

Participants = currentUser()

essayez "l'assigné était le nom d'utilisateur". il obtiendrait tous les tickets attribués à l'utilisateur auparavant.

Vous pouvez trouver les problèmes par les entrées du journal de travail directement dans la base de données:

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

Je suis d'accord que cela devrait être implémenté dans l'interface utilisateur.

Pour ceux qui utiliseront JIRA 5+ , il existe également un opérateur CHANGED qui regarde le champ passer à une valeur spécifique dans une plage de temps spécifique.

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

Plus d'informations ici: https://confluence.atlassian.com/display/JIRA052/Advanced+Searching#AdvancedSearching-CHANGED

Juste une autre façon d'obtenir le même résultat, mais pourrait être utile pour d'autres cas.

wasn'est pas pris en charge pour le champ cessionnaire lorsque j'ai essayé récemment. Vous devez utiliser des CHANGED, FROM, TOmots clés pour filtrer.

J'utilise quelque chose comme ça:

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

Il y a donc 3 scénarios: 1 - Je l'ai changé d'une certaine manière - le responsable a changé par [UserName], 2 - J'ai changé le statut (fermé, peu importe) - OU le statut changé par [UserName], 3 - Je l'ai toujours - OR assigné = [UserName]

Donc, toute la requête (en supposant que l'instruction modifiée est autorisée est:

assignee modifié par [UserName] OU statut modifié par [UserName] OU assignee = [UserName]

Je pense que l'approche la plus sensée consiste à rechercher l'historique des problèmes. La seule chose qui n'est pas enregistrée ici, c'est qui a accédé au problème (il suffit de regarder, sans rien changer).

Mais vous ne pouvez pas rechercher l'historique des tickets sans accès à la base de données (pour autant que je sache, veuillez me corriger si je me trompe)

Ainsi, pour rechercher tous les problèmes avec "someUserName" dans l'historique des problèmes, vous devez rejoindre en interne le groupe de changement de table (et peut-être l' élément de changement de table à partir de là).

Exemple :

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 ==> c'est le numéro / identifiant de l'entrée dans l'onglet (issue -) "History"

Signification : s'il y a jamais eu un changement par l'utilisateur "someUserName" il est enregistré dans l'historique et il sera écouté avec cette requête

L'exemple suivant répertorie simplement chaque problème distinct, où le "myusername" a été trouvé dans l'historique après la date 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';

J'ai annoté la relation nécessaire ici:

Dans le menu, sélectionnez Tempo-> Rapports

Sélectionnez la plage de dates

et vous devriez voir le rapport.

J'ai essayé la requête SQL ci-dessous et elle donne des données sur tous les problèmes et tous les destinataires qui ont jamais été affectés à un problème. Tout changement dans le cessionnaire pour tout problème est capturé par la requête ci-dessous:

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'

Quiconque recherche la requête trouvera cela utile:)

-Neha 'D' Pal