在查询发布日期时,rally API是否存在缺陷?

在查询发布日期时,rally API是否存在缺陷?,rally,Rally,我认为在查询发布的ReleaseDate字段时存在错误。假设我有一个发布日期为2017年4月24日(美国东部夏令时)的版本,当我收到API请求的响应,并查看该版本的ReleaseDate字段时,它显示为2017年4月25日(显然是日期-时间格式),比实际日期提前一天。我正在使用完整的日历构建一个内部使用的日历应用程序,这个bug真的很烦人。我说这是一个bug对吗?在查询日期后,是否有不需要编写代码来修复日期的变通方法?谢谢。很确定这与时区有关。WSAPI中的日期始终为UTC。假设您的工作区配置为

我认为在查询发布的ReleaseDate字段时存在错误。假设我有一个发布日期为2017年4月24日(美国东部夏令时)的版本,当我收到API请求的响应,并查看该版本的ReleaseDate字段时,它显示为2017年4月25日(显然是日期-时间格式),比实际日期提前一天。我正在使用完整的日历构建一个内部使用的日历应用程序,这个bug真的很烦人。我说这是一个bug对吗?在查询日期后,是否有不需要编写代码来修复日期的变通方法?谢谢。

很确定这与时区有关。WSAPI中的日期始终为UTC。假设您的工作区配置为东部,则返回的日期可能是第二天:

截止日期为2017年4月24日的版本可能会从WSAPI返回,日期类似于
2017-04-25T03:59:59.000Z
,当转换为EDT时,将是24日的结束

您还需要在设置日期时明确,因为如果没有指定时间,后端将再次尝试将日期强制转换为UTC。当前行为或详细信息页面将该时区设置为当天中午。比如说:
2017-04-24T12:00:00-05:00

希望有帮助。去年,我们在产品和api中做了大量工作,试图提供更一致的时区使用体验。这仍然可能令人困惑,但一个好的经验法则是,在使用api处理日期时,始终要具体,并包括时间和时区偏移

如果您使用的是App SDK,那么moment.js库已经包含在内,并且非常方便处理日期:

此外,在使用API更新字段时,如果我将一个值(如2017年4月25日)作为新值传递,它也会在一天内进行更新,这次是在一天之后,因此存储的值将是2017年4月24日,也就是说。干杯