【问题标题】:Version hierarchy in Jira queriesJira 查询中的版本层次结构
【发布时间】:2012-06-26 17:09:13
【问题描述】:

我想在 Jira 中以层次结构配置版本,以便搜索 fixVersion=A 也可以找到 fixVersion 等于子版本的问题。

举个具体的例子,我有像“Release 10”、“Release 10 - Integration Build 1”和“Release 10 - Sprint 1”这样的版本,它们在逻辑上是相互嵌套的。我想搜索 fixVersion="Release 10" 以返回具有这 3 个值中的任何一个的问题。

我知道我可以为每个问题分配 3 个 fixVersion 值,但这变得相当乏味。我也知道我可以搜索 3 个 fixVersion 值,但对于一次性搜索也变得相当乏味。此外,Jira 的 Greenhopper 插件具有版本层次结构,但 Jira 核心似乎并不在意。最后,fixVersion 字段不允许字符串操作,所以我不能将它与“Release 10”模糊匹配。

我错过了什么技巧吗?

【问题讨论】:

    标签: jira


    【解决方案1】:

    您可以使用“in”运算符来简化查询。 例如 fixVersion in ("August release", "Aug-Sprint 1", "Aug-Sprint 2")

    或者,如果您使用的是创建名为“Sprint”的新自定义字段的 Rapid Board,您可以使用 ">=" 运算符。这看起来还是有点棘手,但我们仍处于测试阶段,尚未升级到 GH v5.10 例如 Sprint >= "1" 或 Sprint >= "2" 等,将查找所有晚于 x 的版本。

    【讨论】:

    • “in”的问题是每个人都必须手动输入所有版本的列表来进行任何新的搜索——而且似乎没有办法声明一些宏来重用它.
    • 关于 RapidBoard,我现在正在实际测试它。我不知道它有一个名为“Sprint”的自定义字段——听起来很奇怪......
    • 看起来 Rapid Board 的“Sprint”字段是避免(再次)重载 fixVersion 字段的前进方向。在 Jql 中对此字段运行自定义查询是不可靠的(至少在 labs / v5.9 的 beta 版本中),因为您需要知道“Sprint”的索引号而不是 sprint 名称;同样在数据库中这变得很棘手,因为它似乎只在 jiraevents 表中被引用。
    猜你喜欢
    • 2019-06-21
    • 1970-01-01
    • 2019-05-02
    • 2020-04-17
    • 2015-10-15
    • 1970-01-01
    • 1970-01-01
    • 2016-01-06
    • 2012-08-03
    相关资源
    最近更新 更多