ここには簡単な例があります - 最初に/path2/file
を含み、2番目に/
を除いたpath2
を含むJIRAの2つの問題があります。このJQL:text ~ path2
を使用すると、2番目の問題のみが検索結果に表示されます。パス内の文字列を含む問題を見つけるJIRA JQLとは
私が変更できる設定、使用できる別のJQL、または検索結果に最初の問題が表示されるその他のトリックがありますか?
注意最新のJIRA 7.4.4のローカルインストールを使用しています。私はJIRAを明示的に再インデックス化しても差はありませんでした。これらのJQLはどちらか動作しませんでした:文字のみであるものに変更検索語ならば、それが実際に動作することを text ~ "path2*"
text ~ "path2?"
注 - ときフォルダ/パス/ディレクトリ
の一部には、その用語の問題を見つけるだろう更新9月12日:
T1 issue contains in description "path2" T2 issue contains in description "path2/file" T3 issue contains in description "/path2/file" T4 issue contains in description "/long/path2/file" T5 issue contains in description "path" T6 issue contains in description "path/file" T7 issue contains in description "/path/file" T8 issue contains in description "/long/path/file" T9 issue contains in description "/long2/path2/file" Issues appearing on JIRA 7.5.0 server (not cloud): T1 T2 T3 T4 T5 T6 T7 T8 T9 JQL 5 6 7 8 text ~ "path" 1 text ~ "path?" 1 2 3 5 6 7 8 text ~ "path*" 1 text ~ "path2" text ~ "path2?" 1 2 3 text ~ "path2*" Summary - T4, T9 never found. T8 found, so text ~ "path*" will match /long/path/file Conclusion: the directory delimiter/is a word break (like whitespace) only when letters are used (T8), not when letters and numbers (T4, T9).