Question

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

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

返回来自2017-02-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的异常值。考虑到我们项目中的修订数量，这似乎是一个错误。

Answer 1

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

日期/时间用作修订的起点，所有修订都将在此日期/时间之后发生。不能与之配合使用＆＃39; continuationToken＆＃39;参数。

换句话说，它过滤了{strong> 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

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

VSTS工作项修订报告REST API不支持startDateTime

1 个答案: