JIRA的使用介绍（四）- 高级搜索（JQL）

JIRA的高级搜索功能超级好用，使用了自带的JQL查询语言，有点类似于SQL的语法，但是做了扩充和简化。

高级搜索可以让你使用结构化查询搜索JIRA问题单。搜索结果将显示在问题导航器，你可以将其导出到MS Excel等多种格式。你还可以保存和订阅你的高级搜索。

当你执行高级搜索时，你是用的是JIRA搜索语言（JQL）。JQL简单查询（也称为一个“语句”）包括一个字段，包括一个运算符、一个或多个值或功能。例如，下面的简单的查询会搜索在“XRTP2”项目中的所有问题单：

当在以下字段执行搜索时，可以使用Lucene的文本搜索功能的CONTAINS运算符：

在JQL中使用文本字段的"some words"值搜索问题。这会搜索所有文本自定义字段如总结、描述、环境、评论。如果你有很多文本自定义字段，你可以通过搜索特定的字段来改进搜索，例如：

通常情况下，使用“简单搜索”创建查询可能会被转换成“高级搜索”（JQL），然后再简单查询。然而，使用“高级搜索”创建查询就不会被转换成“简单搜索”，特别是当：

你可以通过使用括号来强调JQL语句中运算符的优先级。例如，如果你想查找X项目中所有被解决的问题，以及目前被分配给系统管理员（leo）的问题。你可以在你的查询中使用括号强制执行布尔运算符的优先级，即：

(status=resolved AND project=X) OR assignee=leo

需要注意的是，如果你不使用括号，该语句将使用运算符优先级评估。你还可以使用括号来组合语句，这样就可以将NOT运算符应用于组。

如果你添加括号强制符的优先级，但他们没有严格要求的运算符优先级执行但返回相同的结果，当你保存查询时JIRA会删除你查询语句里面的优先级。

如果你需要在查询中作为内容来使用这些字符，就需要做如下转化:

WAS运算符包括Was，Was in，Was not，Was not in

这个用于查找当前或曾经分配给leo的所有问题，这个功能很实用也很强大。

CHANGED运算符用于查找问题单的某个特定字段被变更过了。这个运算符有以下一些常见用法：

备注: CHANGED运算符常被用于Assignee, Fix Version, Priority, Reporter, Resolution, and Status这些字段。

示例：

查询带有附件的问题：

查询不带附件的问题：

示例：

查找评论里包含有"My PC is quite old"的问题（模糊匹配）：

查询评论里含有完整语句"My PC is quite old"的问题：

查找某个特定日期前或后创建的问题（或某个日期范围）。注意，如果没有指定具体时间，默认为凌晨00:00。查询结果是根据你的JIRA服务器设置的时区。使用如下格式：

或者使用"w" (周), "d" (天), "h" (小时)或"m" (分钟)来指定相对于当前时间的日期。默认为“M”（分钟）。一定要使用引号（“）如果省略了引号标记，你提供的数字将被解释为纪元（1970-1-1）之后的毫秒。

注：该字段不支持自动填写功能。

支持的函数

当使用 EQUALS, NOT EQUALS, GREATER THAN, GREATER THAN EQUALS, LESS THAN 或LESS THAN EQUALS运算符时，该字段支持：

示例 ：

查找2010年12月12日00:00点之前创建的所有问题：

查找2010年12月12日创建或2010年12月12日之前创建的所有问题：

查找2010年12月12日下午2点之前创建的所有问题：

查找创建不足一天的问题：

查找在2011年1月创建的所有问题：

查找在2011年1月15日创建的所有问题：

1. 体系设备

如何搭建这些体系就不久不多说了，网上教程很多，FishEye+Crucible有整合好的安装包，可以自力运行，JIRA须要别的安装。Atlassian的官方网站上推荐应用Standalone安装包，若是选择WAR/EAR体式格式，官方不支撑将多个产品安装到同一个Tomcat中 。我选择的安装规划如下：

FishEye+Crucible 2.4.3整合自力安装包，例如http://digitalsonic.net:8060

JIRA 4.2安排于Tomcat容器中，例如http://digitalsonic.net(资料有限，这个Tomcat上还安排了Hudson和Sonar)

所稀有据库同一放在MySQL中(默认的数据库规划是不克不及实用于正式场景的)

1.1 JIRA端设备

在“JIRA Administration”的“FishEye Configuration”中，设备上FishEye的地址http://digitalsonic.net:8060，开启Wiki Render和Crucible集成在“Repository Mappings”中设备FishEye的代码库与JIRA项目之间的映射关系，如许才干在两者之间进行跳转最后，在“Trusted Applications”设备受信赖的应用法度，同样填上FishEye的地址，遵守指导 *** 纵就行了。

开启“Global Settings”中的“Sub-Tasks”功能，以及“General Configuration”中的“Accept remote API calls”和“Allow unassigned issues”。

1.2 FishEye、Crucible端设备

进入“Adminstration”界面，在“Application Links”中添加一个新的链接，直接输入JIRA的地址遵守提示 *** 纵即可。

FishEye最好能用新版本的，据说老版本在索引代码库时有点题目，占用的存储空间会斗劲大。

2. 开端Review

开端之前，当然是要在JIRA、FishEye中建树对应的项目，几位关键角色都要在这些体系上有本身的账号。FishEye上可以先对代码库进行初始化扫描，如许哪怕不做CodeReview，看看代码也是好的。

创建CodeReview，这里有两种体式格式：

在Crucible的界面中点击“Create Review”

在JIRA的某个ISSUE页面中，进入“Source”标签页，点击“Create crucible review”(这么做的益处是可以直接针对一个ISSUE变革的所有代码创建CodeReview)

若是选择前者，须要在后续的对话框中选择项目，以及CodeReview内容，这里有几种体式格式，建议选择前3种——浏览变革集(Browse Changesets)、查看代码库(Explore Repositories)、查找文件，我用的斗劲多的是浏览变革集，此中按照代码库、分支等内容选择CodeReview局限。

点击“Done”之后可以编辑本次Review的明细内容，选择Author和Reviewers，可所以同一小我，但最好还是不要本身Review本身，在Edit Review Detail的界面里还可以接洽关系Issue，设定目标，设定有效期等等。

开端Review后，可以在左侧选中变革的文件，查看变革内容，在须要添加Review申明的代码上点击一下就能输入文本了。每个Reviewer都可以自力进行Review，分别完成本身的工作，本身“Complete”就行了。

待所有人都完成了各自的Review后，就可以总结并封闭本次Review。点击“Summarize”后输入总结，若是确认没什么须要补充的评论 了，直接“Close Review”即可，不然就“Continue Without Close”。这里和JIRA一样，Reivew封闭后，也可以做Reopen。

建议在几个体系中同一人的用户名都能同一，并且与SVN中的用户名也能一向，如许查看时会斗劲便利。别的，为了能接洽关系SVN的变革与JIRA中的Issue，要在提交代码时在注释里填写Issue ID ，不然就接洽关系不上了。

以下步骤添加子任务的工作流

1、添加子问题类型：紧急发布，并关联问题类型方案： Test Apply Type Scheme

2、添加工作流：Patch workflow

3、添加工作流方案：sub patch workflow scheme，把工作流patch workflow加入方案

4、进项目修改工作流方案，添加新的工作流：patch workflow，使得项目的工作流方案 Test Apply Workflow Scheme 下有两个工作流，不同工作流关联不同的问题类型配置完后如下：

子任务独立界面：

1、添加界面：sub patch screen

2、添加界面方案：sub patch screen scheme

3、在原来的问题界面方案： Test Apply Type Screen Scheme ，配置如下：

---