tfs - 通过 REST API 返回的 VSTS 迭代日期不正确

标签 tfs azure-devops azure-devops-rest-api

我正在使用 VSTS REST API 来获取有关特定项目迭代的一些信息,特别是此链接中的方法:https://www.visualstudio.com/en-us/docs/integrate/extensions/reference/client/api/tfs/work/restclient/workhttpclient2_2#method_getTeamIterations

我请求的所有信息都在那里,但每次迭代的开始和结束日期都根据我本地的时区进行调整。因此,结束日期为今天(2017 年 5 月 31 日星期三)的迭代将返回如下所示的 finishDate:

Tue May 30 2017 19:00:00 GMT-0500 (Central Daylight Time)

我有一些代码使用当前日期来查看这些迭代,以查找正在进行的迭代,因此当它在迭代的最后一天运行时,它会被这个返回值欺骗,认为下一次迭代已经已开始,或者我们超出了当前的实际迭代范围。

这是意外的行为,还是我遗漏了什么?

最佳答案

根据我的经验,这是预期的行为。 TFS 会将您输入的日期时间值转换为 UTC 并将这些值存储在数据库中。

同样,当您查询这些日期时间值时,它将转换回由您正在使用的用户上下文定义的当前时区。假设您正在使用您的凭据,那么它位于您的个人帐户设置中(单击右上角的个人资料,然后有一个时区设置)。

关于tfs - 通过 REST API 返回的 VSTS 迭代日期不正确,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44294352/

相关文章:

c# - 使用 GetWorkspace 连接到 Team Foundation Server 工作区

tfs - TF400654/TF400587 - TFS - 无法配置规划工具/以下状态不存在

tfs - 在 TFS 中,一个分支的父子关系的方向很重要

tfs - VS.2017 无法将项目添加到 TFS 源代码管理

azure - 未找到具有指定模式的包

version-control - 在 TFS 源代码管理中移动多个文件

错误时Azure功能电子邮件通知

Azure DevOps,如何在 DevOps 待办事项中添加 "Work Item type"

azure-devops - 使用 VSTS 的 REST api 更新构建定义时出现问题

powershell - Azure DevOps审核日志下载剩余api在给定月份内未下载经过过滤的数据