ci流水线创建时间显示差8个小时

Bruce · 2018 年12 月 6 日 03:06

cibase:0.6 时区已修改成上海
gitlab-runner:alpine-v10.7.2 时区也修改成上海
gitlab的gitlab_rails[‘time_zone’] Asia/Shanghai

younger · 2018 年12 月 6 日 08:10

请查看一下 gitlab 对应应用的 setting-integrations 里面的webhook 查看pipelinewebhook的请求body

Bruce · 2018 年12 月 6 日 10:12

你们的UTC时间怎么会是16:00呢,我们是少8小时

Bruce · 2018 年12 月 6 日 15:24

如果服务器是CST,webhook上UTC应该是少8小时才对，你这边gitlab服务器时区是怎么设置的

younger · 2018 年12 月 7 日 06:32

gitlab 设置的上海时区

TimeBye · 2018 年12 月 7 日 06:48

请问你们的gitlab是怎么部署的了？是按照我们这边的文档进行部署的还是其他方式呢？按我们文档进行部署的默认使用Asia/Shanghai上海时区。

Bruce · 2018 年12 月 7 日 07:32

gitlab我们需要非常高的可用性，所以是独立部署的，非官方容器化部署，然后再跟平台做的集成，我留意了下平台文档里面部署的是11.0.1-ce.0-CST，而我们的是 10.6.6,操作系统的时间都是CST 时区Asia/Shanghai，但不明的@younger在昨日16:00发言时，webhook creaetd at是"2018-12-06 16:00:18 UTC"这个转换成CST应该是"2018-12-07: 00:00:18 CST" 或者"2018-12-07: 00:00:18 +0800"这种才对吧

TimeBye · 2018 年12 月 7 日 07:43

那请在gitlab.rb中添加添加以下属性，然后重启应用gitlab配置文件

gitlab_rails['time_zone'] = 'Asia/Shanghai'

Bruce · 2018 年12 月 7 日 08:01

这个我们早就设置了，不然下图中的时间就不对了

commit事件的时间都是以localtime时间表示的，唯有 Pipeline webhook events中的create_at是以UTC表示的，我载些，请看下

所以程序是不是应该对这个时间做个转换，而不是直接取这个UTC时间

younger · 2018 年12 月 7 日 08:28

恩，我们这边发现问题所在了下个版本就会处理这个时间。

Lano · 2019 年1 月 15 日 08:30

已在0.12.0修复该问题