VSTS工作项目修订报告REST API不尊重startDateTime

我正在运行数据仓库项目并在调用_api/wit/reporting/workItemRevision时出现一些非常奇怪的响应。一些例子：VSTS工作项目修订报告REST API不尊重startDateTime

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

返回从2017年2月22日修订版，但该文件说，应该是不可能的。

GET _apis/wit/reporting/workItemRevisions?api-version=2.2&types=Bug&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的异常值。考虑到我们项目中的修订数量，这似乎可能是一个错误。

来源

2017-10-20 Neil

对于财产的Get a batch of work item revisionsstartDateTime REST API，它指定该startDateTime后的工作项修改：

日期/时间作为起点修订使用，所有版本将此日期/时间之后发生。不能与 'continuationToken'参数配合使用。

在另一个字，它过滤工作项修订，其中startDateTime指定后System.ChangedDate（不System.AuthorizedDate或System.CreatedDate等）是。

比如，如果你的要求是

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。

来源

2017-10-23 02:55:07

这并没有回答这个问题。在两次调用中，我都收到了一个'System.ChangedDate'的修订版本，这个修订版本比'startDateTime'提供的更少。正如您从文档中引用的那样，情况并非如此。此外，我们的帐户每天创建数以万计的工作项修订，因此使用连续日期调用API不应使我返回相同的数据集。 – Neil

但是对于我的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-版本= 3.0＆类型=错误＆的startDateTime = 2017-10-01T00：00：00Z' 响应： '{ “值”：[{ “ID”：6405728， “REV”：115， “字段”：{ // SNIP “System.ChangedDate”：“2017-09-12T04：46： 01。407Z”， // SNIP }} ， // SNIP' – Neil

VSTS工作项目修订报告REST API不尊重startDateTime

回答

相关问题