VSTS 工作项修订报告 REST API 不遵守 startDateTime答案

【问题标题】：VSTS work item revision reporting REST API does not honor startDateTimeVSTS 工作项修订报告 REST API 不遵守 startDateTime
【发布时间】：2018-09-16 20:37:19
【问题描述】：

我正在运行一个数据仓库项目，当我调用 _api/wit/reporting/workItemRevision 时得到一些非常奇怪的响应。一些例子：

GET _apis/wit/reporting/workItemRevisions?api-version=2.2&amp;types=Bug&amp;startDateTime=2017-03-01T13:18

返回 2017 年 2 月 22 日的修订，但文档说这是不可能的。

GET _apis/wit/reporting/workItemRevisions?api-version=2.2&amp;types=Bug&amp;startDateTime=2017-10-01T00:00

返回在2017-15-14 上修改的记录。其余记录来自2017-10-19。响应也不会随着 startDateTime 的不同值而改变。 2017-10-01T00:00、2017-10-02T00:00 和 2017-10-03T00:00 都返回完全相同的数据，包括来自 2017-05-14 的异常值。考虑到我们项目的修订数量，这似乎是一个错误。

【问题讨论】：

标签： azure-devops-rest-api

【解决方案1】：

对于Get a batch of work item revisions REST API 的startDateTime 属性，它指定startDateTime 之后的工作项修订：

作为修订起点的日期/时间，所有修订将在此日期/时间之后发生。不能同时使用 'continuationToken' 参数。

换句话说，它过滤System.ChangedDate（不是System.AuthorizedDate或System.CreatedDate等）在您指定的startDateTime之后的工作项修订。

比如你的请求是

GET https://account.visualstudio.com/DefaultCollection/_apis/wit/reporting/workItemRevisions?api-version=2.2&types=Bug&startDateTime=2017-03-01T13:18

它将显示 System.ChangedDate 在 2017-03-01T13:18 之后的修订。

【讨论】：

这并不能解决问题。在这两个调用中，我都收到了带有System.ChangedDate 的修订版，它小于提供的startDateTime。正如您从文档中引用的那样，情况不应该如此。此外，我们的帐户每天都会创建数以万计的工作项修订，因此对具有连续日期的 API 的调用不应返回相同的数据集。
但是对于我的 REST API 响应，它会返回 System.ChangedDate 在 startDateTime 之后的所有修订。您能否显示某个显示错误日期的 REST API 请求的整个响应？跨度>
如果您想了解详细信息，请随时通过 neilhuiz(at)microsoft.com 给我发送电子邮件。我认为我们可以同意 2017-09-12T04:46:01.407Z 出现在 2017-10-01T00:00:00Z 之前。 GET https://account.visualstudio.com/project/_apis/wit/reporting/workItemRevisions?api-version=3.0&types=Bug&startDateTime=2017-10-01T00:00:00Z 回复：{ "values": [ { "id": 6405728, "rev": 115, "fields": { // SNIP "System.ChangedDate": "2017-09-12T04:46:01.407Z", // SNIP } }, // SNIP
@Neil 请在开发者社区developercommunity.visualstudio.com/spaces/21/index.html 报告问题。
完成：developercommunity.visualstudio.com/content/problem/139928/…