web-dev-qa-db-ja.com

ある時点であなたに割り当てられた問題を見つけるには？

プロジェクトでJiraを広く使用していますが、問題を見つけるのに苦労することがよくあります。通常、何らかのケースが報告された場合、それは私が過去に取り組んできたことに馴染みがあるように思えますが、いつ何を正確に覚えていません。

通常、問題が報告された後、スクラムマスターがそれを開発者に割り当て、開発者がそれを修正して（できれば）、テスターに​​渡します（はい、機能します！）。しかし、それはもはや私に割り当てられておらず、私は漠然と覚えている古い問題を見つけるのが難しいです。

課題の割り当てられた履歴を見ることができるかもしれないと思った。高度な検索/フィルターを作成して、すべての課題を見つける方法があるかもしれない。

誰もこれをしましたか？

jira
185
erikric

これは、JIRAクエリ言語（JQL）演算子 'WAS' により可能です。これは JIRA 4.3で導入 および JIRA 4.4で拡張 譲受人と記者も同様にカバーします。例：

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

「現在のユーザー」のいずれかの汎用クエリ：

assignee was currentUser()

このフィルターは便利に共有でき、誰でもダッシュボードなどに配置でき、特定の結果を返します。ただし、すべての古いJIRAバージョンではサポートされていません。

これは私の最もリクエストされたJIRA機能でしたever。

29
Thomas W

JIRA Toolkitプラグインを確認する-参加者カスタムフィールド

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

このフィールドを使用すると、「参加」した問題を簡単に追跡できます。これらは、あなたがコメントした、提起された、または現在の譲受人である問題として定義されています。 [JIRA Extended Participants]プラグインも参照してください。

23
Francis Martens

更新

これはプラグインなしで機能します：

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

元の答え

このクエリは私のために働いた：

Participants = currentUser()
17
warvariuc

「担当者はユーザー名でした」を試してください。以前はすべてのチケットがユーザーに割り当てられていました。

6
lwpro2

データベース内の作業ログエントリによって直接問題を見つけることができます。

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

ただし、これをUIに実装する必要があることに同意します。

4
AJ.

JIRA 5 +を使用するものについては、CHANGED特定の時間範囲内で特定の値に変化するフィールドを調べる演算子。

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

詳細： https://confluence.atlassian.com/display/JIRA052/Advanced+Searching#AdvancedSearching-CHANGED

同じ結果を得るための別の方法ですが、他の場合にも役立つかもしれません。

3
peepa

wasは、最近試したときに、担当者フィールドではサポートされていません。 CHANGED, FROM, TOキーワードを使用してフィルタリングする必要があります。

私はこのようなものを使用しています：

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

したがって、3つのシナリオがあります。1-何らかの方法で変更-担当者が[UserName]で変更、2-ステータスを変更（クローズなど）-ORステータスが[UserName]で変更、3 -私はまだ持っています-OR assignee = [UserName]

したがって、クエリ全体（変更されたステートメントが許可されていると仮定すると：

[ユーザー名]によって割り当てられた担当者OR [ユーザー名]によって変更されたステータスOR割り当て先= [ユーザー名]

2
SimonN

最も賢明なアプローチは、問題の履歴を検索することだと思います。そこに記録されていない唯一のものは、誰が問題にアクセスしたか（何も変更せずに見ているだけです）。

ただし、データベースにアクセスせずにチケット履歴を検索することはできません（私が知る限り、間違っている場合は修正してください）

そのため、issuehistoryで「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 ==>これは、（issue-） "History"タブのエントリの番号/ idです。

意味：ユーザー「someUserName」による変更があった場合、それは履歴に記録され、このクエリのリストになります

以下の例では、日付が20180501以降の履歴で「myusername」が見つかったすべての問題をリストしています。

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

0
eli