这个问题与我的另一个问题有关:Query to retrieve defects from parent and children我继承了显示项目崩溃的代码。我现在已经将我的项目拆分为两个项目,这样就有了一个父项目和两个子项目。代码(下面)无法创建任何burndown,我认为这是因为它无法在顶级项目中找到任何故事/任务,并且(我假设)它没有查看子项目。请注意-我引用的链接中的解决方案在这里对我不起作用(删除了子项: 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"}]
},发布于 2015-06-10 22:25:47
通过将以下内容添加到find中,您应该能够恢复您的层次结构:
_ProjectHierarchy: 12345其中12345是父项目的对象id。
此外,Joel上面提到的也是正确的。在Rally中有一个"like iterations“的概念,在项目层次结构中,每个项目都有类似的名称/日期的迭代。
因此,您只需将以下内容添加到find子句中,以确保将结果过滤到所有子迭代:
Iteration: {$in: [23456, 34567]}其中23456和34567是子项目迭代的对象id。
您可以使用一个简单的Rally.data.wsapi.Store来加载您有兴趣报告的任何时期的所有“喜欢迭代”,然后获取对象id以传递到您的图表storeConfig中。
https://stackoverflow.com/questions/30570734
复制相似问题