当我调用_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的异常值。考虑到我们项目中的修订数量，这似乎是一个错误。
答案 0 :(得分：-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 的修订。