0

我确实查看了现有问题 聚合似乎与 VersionOne RESTful API 中的数据不匹配

我还有一个问题。

rest-1.v1/Data/Epic/9549/SubsAndDown:Story[AssetState!='Dead'].@Count

- 上面的查询返回 182 作为给定史诗中的故事数。

rest-1.v1/Data/Epic/9549/SubsAndDown:Story[AssetState!='Dead']

- 但是，当我实际上想获取所有故事 id 时，我只能看到 149 个故事，我不明白那些丢失的 33 个故事发生了什么，因为我使用了正确的 assestState。

再举一个例子：

from: Epic
filter:
- Name=""{0}""
select:
- Name
- Scope.Name
- Status.Name
- SubsAndDown:Story[AssetState!='Dead'].@Count
- SubsAndDown:Story[AssetState!='Dead'&Estimate=''].@Count
- SubsAndDown:Story[AssetState!='Dead'&Estimate>='0'].@Count

上面的查询返回计数分别为 182、49、133，

但是，当我实际计算返回的数据时[即计算返回的故事]，我分别得到了 149、26、123。

有谁知道这里发生了什么？为什么计数和返回的数据不匹配？

4

2 回答 2

0

您可能正在排除父 Epic 中的 Story 工作项。

而不是 SubsAndDown，尝试像这样使用 SubsMeAndDown：

rest-1.v1/Data/Epic/9549/SubsMeAndDown:Story[AssetState!='Dead'].@Count

这应该包括与父 Epic 相关的故事。

于 2014-12-29T12:06:30.297 回答
0

我相信您看到的差异是基于成员的项目访问限制的结果。@Count 总和计算了该史诗和状态中存在的所有故事，但是当您查询单个故事的列表时，它仅列出您有权查看的故事。史诗可以包含本身属于不同项目的故事。如果您可以访问其中一些项目但不能访问其他项目，您将看到这些方面的结果。

您可以通过将计数限制为属于您知道您可以访问的项目的故事来测试这一点：

rest-1.v1/Data/Epic/9549/SubsAndDown:Story[AssetState!='Dead';Scope='Scope:{some scope id}'].@Count
于 2014-12-29T21:38:35.290 回答