Rally 回溯API:查找已知父节点下的所有叶节点故事

Rally 回溯API:查找已知父节点下的所有叶节点故事,rally,lookbackapi,Rally,Lookbackapi,在Rally Webservices API中,如果我想遍历一个故事层次结构,有必要对父故事进行查询,然后从返回的故事中获取子集合,然后递归地查询每个子故事,直到进程到达叶节点结果 问题-通过在Lookback API中使用单个查询,是否有一种不进行迭代的简便方法?这是Lookback API的最佳功能之一 假设您有这样的层次结构: 故事444 故事555 故事666 缺陷777(通过需求字段) 任务12 任务13 故事888 任务12的文档如下所示: { ObjectI

在Rally Webservices API中,如果我想遍历一个故事层次结构,有必要对父故事进行查询,然后从返回的故事中获取子集合,然后递归地查询每个子故事,直到进程到达叶节点结果


问题-通过在Lookback API中使用单个查询,是否有一种不进行迭代的简便方法?

这是Lookback API的最佳功能之一

假设您有这样的层次结构:

  • 故事444
    • 故事555
      • 故事666
        • 缺陷777(通过需求字段)
          • 任务12
        • 任务13
    • 故事888
任务12的文档如下所示:

{
  ObjectID: 12,
  _Type: "Task",
  WorkProduct: 777,
  _ItemHierarchy: [444, 555, 666, 777, 12],
  ...
}
因此,当您针对具有数组值(如_ItemHierarchy)的字段提交查询时,它将匹配数组的任何成员

要获取从444派生的所有内容,find子句将包括
\u ItemHierarchy:444
。查看它如何匹配任务12的
\u ItemHierarchy

要获取从333派生的所有内容,find子句将包括
\u ItemHierarchy:333
。这也与任务12相匹配

要仅获取从444(所有故事)派生的故事,您的find子句将包括:

  _ItemHierarchy: 444,
  _Type: "HierarchicalRequirement"
只需添加子句
Children:null
即可获得故事

_items层次结构也一直延伸到PortfolioItems


\u ItemHierarchy
已编制索引,因此这些查询应该非常高效。

哇-非常酷!层次结构的一次查询购物非常棒,而仅获取叶节点的一次属性添加非常方便。我想这样的推论是。。。给定一个已知的子级,是否有一种方法可以将层次结构一直追溯到最顶层的父级?N/m-我看到您为Task 12提供的示例使用其ItemHierarchy实现了这一点-即Task12是子级,但ItemHierarchy一直追溯到最顶层的父级。美好的