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

问题描述 投票:1回答:1

当我调用_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:002017-10-02T00:002017-10-03T00:00都返回完全相同的数据,包括来自2017-05-14的异常值。考虑到我们项目中的修订数量,这似乎是一个错误。

azure-devops-rest-api
1个回答
-1
投票

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

作为修订起点的日期/时间,所有修订将在此日期/时间之后进行。不能与'continuationToken'参数一起使用。

换句话说,它过滤了System.ChangedDate(不是System.AuthorizedDateor 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之后的修订。

© www.soinside.com 2019 - 2024. All rights reserved.