Мы широко используем Jira в нашем проекте, но мне часто бывает трудно найти проблемы, над которыми, как я знаю, я работал раньше. Обычно, если сообщается о каком-либо случае, это кажется знакомым для того, над чем я работал в прошлом, но я точно не помню, что и когда.
Обычно сообщается о проблеме, затем наш scrum master назначает ее разработчику, разработчик исправляет ее (надеюсь) и затем передает ее тестировщику (да, это работает!). Но тогда он мне больше не назначен, и мне трудно найти старые проблемы, которые я смутно помню.
Я подумал, что, возможно, можно увидеть назначенную историю проблемы, возможно, существует способ сформировать расширенный поиск / фильтр, который находит все проблемы, которые когда-то были назначены мне.
Кто-нибудь делал это?
Ответы:
Это в то же время возможно с помощью оператора JIRA Query Language (JQL) «WAS» , который был введен в JIRA 4.3 и расширен в JIRA 4.4, чтобы охватить также и правопреемников, и репортеров, например:
источник
was
Возвращает ли ключевое слово также результат, если пользователь является текущим уполномоченным / репортером? (и говорят, что у проблемы ранее не было правопреемника, или они были первыми, когда-либо назначенными на эту проблему)assignee in ("johnsmith")
was
ключевое слово включает в себя в настоящее время назначенные проблемы.Запрос общего назначения для любого «текущего пользователя»:
Этим фильтром можно легко поделиться, и любой может поместить его на свою панель инструментов и т. Д., И он будет возвращать результаты, специфичные для них. Хотя не поддерживается во всех старых версиях JIRA.
Это был мой самый востребованной функцией JIRA когда - либо .
источник
Проверьте плагин JIRA Toolkit - пользовательское поле
https://studio.plugins.atlassian.com/wiki/display/JTOOL/JIRA+Toolkit+Plugin
Это поле позволяет легко отслеживать проблемы, в которых вы «участвовали». Это те вопросы, которые вы прокомментировали, подняли или которые являются текущим уполномоченным. Смотрите также плагин [Расширенные участники JIRA].
источник
Обновить
Это работает без плагинов:
Оригинальный ответ
Этот запрос работал для меня:
источник
попробуйте "было назначено имя пользователя". он получит все билеты, ранее назначенные пользователю.
источник
Вы можете найти проблемы по записям в рабочем журнале непосредственно в базе данных:
Я согласен, что это должно быть реализовано в пользовательском интерфейсе.
источник
Для тех, кто будет использовать JIRA 5+ , есть также оператор CHANGED, который смотрит на поле, изменяющееся к определенному значению в пределах определенного временного диапазона.
Подробнее здесь: https://confluence.atlassian.com/display/JIRA052/Advanced+Searching#AdvancedSearching-CHANGED
Просто еще один способ, как добиться того же результата, но может быть полезным для других случаев.
источник
was
не поддерживается для поля правопреемника, когда я пытался недавно. Вы должны использоватьCHANGED, FROM, TO
ключевые слова для фильтрации.Я использую что-то вроде этого:
источник
Таким образом, есть 3 сценария: 1 - я изменил его каким-то образом - правопреемник изменился на [UserName], 2 - я изменил статус (закрыл его, что угодно) - ИЛИ статус изменился на [UserName], 3 - у меня все еще есть - ИЛИ назначенный = [Имя пользователя]
Таким образом, весь запрос (при условии, что измененный оператор разрешен:
правопреемник изменен на [Имя пользователя] ИЛИ статус изменен на [Имя пользователя] ИЛИ назначен = = [Имя пользователя]
источник
Я думаю, что самый разумный подход заключается в поиске истории вопроса. Единственное, что там не зарегистрировано, это кто получил доступ к проблеме (просто смотрел, ничего не меняя).
Но вы не можете искать в истории тикетов без доступа к базе данных (насколько я знаю, пожалуйста, поправьте меня, если я ошибаюсь)
Таким образом, чтобы найти все вопросы с «someUserName» в issuehistory, вы должны присоединиться к внутренней таблице changegroup (и , возможно , таблица changeitem оттуда).
Пример :
c.id as histid ==> это номер / идентификатор записи на вкладке «История» (проблема -)
Значение : если когда-либо было внесено изменение пользователем «someUserName», оно регистрируется в журнале и будет занесено в этот запрос
В следующем примере просто перечисляются все проблемы, где имя «myusername» было найдено в истории после даты 20180501:
Я аннотировал необходимые отношения здесь:
источник
В меню выберите Tempo-> Reports
Выберите диапазон дат
и вы должны увидеть отчет.
источник
Я попробовал приведенный ниже SQL-запрос, и он дает данные обо всех проблемах и всех тех, кто когда-либо был назначен на проблему. Любые изменения в правопреемнике по любой проблеме фиксируются следующим запросом:
Любой, кто ищет запрос, сочтет это полезным:)
-Неха 'Д' Пал
источник