Как найти проблемы, которые в какой-то момент были назначены вам? - PullRequest
184 голосов
/ 27 января 2010

Мы широко используем Jira в нашем проекте, но мне часто бывает трудно найти проблемы, над которыми, как я знаю, я работал раньше. Обычно, если сообщается о каком-либо случае, это кажется знакомым для того, над чем я работал в прошлом, но я точно не помню, что и когда.

Обычно сообщается о проблеме, затем наш scrum master назначает ее разработчику, разработчик исправляет ее (надеюсь) и затем передает ее тестировщику (да, это работает!). Но тогда он мне больше не назначен, и мне трудно найти старые проблемы, которые я смутно помню.

Я подумал, что, возможно, можно увидеть назначенную историю проблемы, возможно, существует способ сформировать расширенный поиск / фильтр, который находит все проблемы, которые когда-то были назначены мне.

Кто-нибудь делал это?

Ответы [ 10 ]

272 голосов
/ 23 января 2012

Это пока возможно с помощью оператора языка запросов JIRA (JQL) 'WAS' , который был представлен в JIRA 4.3 и расширен в JIRA 4.4 , чтобы охватить как правопреемников, так и репортеров, например:

project = "Angry Nerds" and (assignee was 'johnsmith' or reporter was 'johnsmith')
29 голосов
/ 28 ноября 2013

Запрос общего назначения для любого «текущего пользователя»:

assignee was currentUser()

Этот фильтр может быть удобно предоставлен для общего доступа, и любой может поместить его на свою панель инструментов и т. Д., И он будет возвращать результаты, специфичные для него. Неподдерживается на всех старых версиях JIRA.

Это была моя самая востребованная функция JIRA когда-либо .

23 голосов
/ 27 января 2010

Проверьте плагин JIRA Toolkit - пользовательское поле

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

Это поле позволяет легко отслеживать проблемы, в которых вы «участвовали». Это те вопросы, которые вы прокомментировали, подняли или которые являются текущим уполномоченным. Смотрите также плагин [Расширенные участники JIRA].

17 голосов
/ 07 сентября 2012

Обновление

Работает без плагинов:

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

Оригинальный ответ

Этот запрос работал для меня:

Participants = currentUser()
6 голосов
/ 13 августа 2013

попробуйте "было указано имя пользователя". он получит все билеты, ранее назначенные пользователю.

4 голосов
/ 27 января 2010

Вы можете найти проблемы по записям в рабочем журнале непосредственно в базе данных:

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

Я согласен, что это должно быть реализовано в пользовательском интерфейсе.

3 голосов
/ 26 декабря 2016

was не поддерживается для поля правопреемника, когда я пытался недавно. Вы должны использовать CHANGED, FROM, TO ключевые слова для фильтрации.

Я использую что-то вроде этого:

project = MindBlowingProject AND (assignee in (currentUser()) OR assignee CHANGED from (currentUser()) OR reporter in (currentUser())) ORDER BY updated DESC
3 голосов
/ 22 сентября 2015

Для тех, кто будет использовать JIRA 5 + , есть также оператор CHANGED , который смотрит на поле, изменяющееся на конкретное значение в пределах определенного временного диапазона.

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

Подробнее здесь: https://confluence.atlassian.com/display/JIRA052/Advanced+Searching#AdvancedSearching-CHANGED

Просто еще один способ достижения того же результата, но может быть полезным для других случаев.

2 голосов
/ 24 августа 2016

Итак, есть 3 сценария: 1 - Я изменил это каким-то образом - правопреемник изменился на [UserName], 2 - Я изменил статус (закрыл его, что угодно) - ИЛИ статус изменился с помощью [Имя пользователя], 3 - у меня все еще есть - ИЛИ уполномоченный = [Имя пользователя]

Таким образом, весь запрос (при условии, что разрешено изменение оператора:

правопреемник изменен на [Имя пользователя] ИЛИ статус изменен на [Имя пользователя] ИЛИ уполномоченный = [Имя пользователя]

0 голосов
/ 16 мая 2018

Я думаю, что самый разумный подход - это поиск в истории проблем. Единственное, что там не зарегистрировано, это кто обращался к проблеме (просто смотрел, ничего не меняя).

Но вы не можете искать в истории заявок без доступа к базе данных (насколько я знаю, пожалуйста, поправьте меня, если я ошибаюсь)

Итак, чтобы найти все проблемы с «someUserName» в истории выпусков, вам нужно присоединиться к внутренней таблице changegroup (и, возможно, к таблице changeitem оттуда).

Пример

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 ==> это номер / идентификатор записи на вкладке «История» (проблема -)

Значение : если когда-либо было внесено изменение пользователем "someUserName", оно регистрируется в журнале и будет перечислено с этим запросом

В следующем примере будут перечислены все проблемы, где «myusername» было найдено в истории после даты 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';

Я прокомментировал здесь необходимое соотношение: enter image description here

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...