原来系统中使用的gitlab版本为8.3.1有多老就不说了,现在官方最新的版本为:11.0.3;跨过了三个大版本了,中间的小版本随便都有几十个。这次升级说容易也不容易,说难也不难就是麻烦;官方没有直接说升级到最新版的方法,这里也是为了保证数据安全,一步步来慢慢升级。
使用官方的源可能比较慢,可以使用国内的源:
升级方法:先升级到当前大版本最后一版(这里是我的建议,一般差不多最后几版就可以了),接下来就是跨大版本的升级,先从大版本的低版升级,再到最后版本升级,以此类推; 因为我中间尝试过直接跨太多个版本升级,出现过异常,其实主要是数据库的数据导入备份问题,如果新版本跟旧版相关太大的话就会报错了。
我的升级过程:
8.3.1-->8.3.7-->8.8.5-->8.17.4-->9.5.6-->10.0.6-->10.8.5-->11.0.3
过程很长,同时也做了简单的测试,比如:项目备份的数据的是否有异常,用户信息,响应速度等等,个人认为还是比较靠普的。其实只要我们之前有升级过就不会现在这样了,一下子从这么低的版本升级上来。一般建议保持在相同的大版本号就好了。太新可能也会有Bug,太旧了也会有很多历史遗留的问题。
升级完成后你会发现多了好几个进程。可能会对系统硬件要求更高了,比如内存会要求更高了。
[root@gitlab883 ~]# gitlab-ctl stop
ok: down: alertmanager: 1s, normally up
ok: down: gitaly: 0s, normally up
ok: down: gitlab-monitor: 0s, normally up
ok: down: gitlab-workhorse: 0s, normally up
ok: down: logrotate: 0s, normally up
ok: down: nginx: 0s, normally up
ok: down: node-exporter: 0s, normally up
ok: down: postgres-exporter: 1s, normally up
ok: down: postgresql: 0s, normally up
ok: down: prometheus: 0s, normally up
ok: down: redis: 1s, normally up
ok: down: redis-exporter: 0s, normally up
ok: down: sidekiq: 0s, normally up
ok: down: unicorn: 1s, normally up
建议:
如果非必要的功能需求,只是简单的要一个代码仓库的话,个人建立使用在8.8-9.x之间也不错了。