这个问题与我的另一个问题有关:从父节点和子节点检索缺陷的查询我继承了显示项目耗尽的代码。我现在把我的项目分成了两个项目,所以现在有一个父项目和两个子项目。代码(下面)未能创建任何burndown,我认为这是因为它无法在顶级项目中找到任何故事/任务,并且(我假设)它没有查看子项目。请注意-我引用的链接中的解决方案在这里不适合我(删除了children: null并替换为_ProjectHierarchy: context.getProject().ObjectID,)
不管怎样——下面是代码:
storeConfig: {
find: { _TypeHierarchy: "HierarchicalRequirement"},
fetch: ["TaskEstimateTotal", "TaskRemainingTotal", "Iteration"], hydrate: ["TaskEstimateTotal", "TaskRemainingTotal", "Iteration"],
sort: { _ValidFrom: 1 },
filters: [{ property: "Iteration", value: iterationRecord.get("ObjectID") }, { property: "_TypeHierarchy", value: "HierarchicalRequirement"}]
},
您应该能够通过将此添加到find:
中来恢复您的层次结构。_ProjectHierarchy: 12345
其中12345是父项目的对象id。
此外,Joel上面提到的也是正确的。在Rally中有一个"相似迭代"的概念,在项目层次结构中,每个项目都有类似的命名/日期迭代。
因此,您只需将以下内容添加到find子句中,以确保您的结果被过滤到所有子迭代:
Iteration: {$in: [23456, 34567]}
其中23456和34567是子项目迭代的对象id。
你可以使用一个简单的Rally.data.wsapi.Store来加载你感兴趣的任何时间段的"like iteration",然后抓取对象id传递到你的图表storeConfig