![6f51f0001f6717501a9ace4155929411.png](https://i-blog.csdnimg.cn/blog_migrate/70746234107b8fdce5c252698b1f6b0b.jpeg)
版本:11.1.4(cat /opt/gitlab/embedded/service/gitlab-rails/VERSION)
在使用Gitlab进行代码审查时,发现时间不对,才意识到gitlab默认使用的是格林威治时间(UTC),那怎么改成北京时间呢?
有事找谷哥,搜索一通,解决大吉。
1,找到gitlab.rb文件
vim /etc/gitlab/gitlab.rb
2,修改时区
gitlab_rails['time_zone'] = 'UTC'#修改后gitlab_rails[‘time_zone’] = ‘Asia/Shanghai’
本以为大功告成,gitlab-ctl restart之后其实屁用没有。
革命尚未成功,还得继续
3,找到gitlab.yml
vim /var/opt/gitlab/gitlab-rails/etc/gitlab.yml
4,修改时区
time_zone: #修改后time_zone: 'Asia/Shanghai'
满心期待的gitlab-ctl restart之后涛声依旧。
WTF!
继续问谷哥,发现同志们使用了reconfigure命令,仔细想了想,不会把以前的配置给覆盖吧?会不会出现其他诡异的问题?还有上线任务呢,不能坑兄弟们啊?经过阅读几篇博客之后,总算鼓足了勇气,按下了回车键gitlab-ctl reconfigure,等待时间有点长,结果还是喜人的,没有异常情况。
可是查看时间,还是UTC时间,这是怎么回事呢?陷入了漫长沉思中...
5,重启容器
难道还要重启docker容器吗?头脑中闪现了一个念头。因为我使用docket镜像安装的Gitlab。那就试试吧!
docker restart gitlab
再次WTF!
老天爷,这到底是拿出了问题?不用这么折磨我吧。
眼看就放弃了,心想我重新提交一个commit,看看时间到底变没变过来。
皇天不负有心人啊,还算欣慰。
后记
Gitlab对于修改时区之前的时间是不会变化了,修改之后,新增的提交会使用新的时区记录。