本分分享 GitLab 跨版本升级的一些注意事项。
众所周知，GitLab 的升级必须要严格遵循升级路径，否则就会出现问题，导致升级失败。因此，在 GitLab 升级之前需要做好两件事情：
- 当前版本的确认
- 升级路径的确认
当前版本的确认
有多种方式可以确认当前 GitLab 的版本，下面是两种通过 GitLab UI 来查询版本信息的方法。
- 第一种：直接在实例 URL 后面加上 /help，即可看到版本信息。比如我的 GitLab 实例 URL 是 jihulab.com，那么直接在浏览器中输入 jihulab.com/help就可以看到版本信息了；
- 第二种：这种需要管理员权限。管理员可以在管理中心 --> 仪表盘的组件信息中查看到对应的版本信息。
查询升级路径
在浏览器中打开 【https://gitlab.cn/support/toolbox/upgrade-path/ 】链接，会看到下面界面：
file
在 Current 中选择你的当前版本（上一步中查询的结果），然后选择想要升级到的版本，直接点击GO！可以看到以下结果：
file
上面就是从 GitLab 11.11.8升级到最新 17.5.1的路径，可以看到升级路径很长。因为整个版本跨度太大。
页面下方还会给出具体的升级命令：
file
需要注意的是，上面的命令中是针对 gitlab ee 版本的，而极狐GitLab 的版本表示为 gitlab-jh，所以只需要将对应的 gitlab ee 版本信息调整为 gitlab-jh即可。
GitLab 跨版本升级是一件具有挑战的事情，这也是很多企业不升级的原因，但是不升级又会导致众多安全漏洞、而且版本功能也少。为此，极狐GitLab 专门面向 GitLab 免费用户推出了 GitLab 专业升级服务，如果你还在使用 GitLab 老旧版本，比如 12.x、13.x、14.x、15.x，欢迎联系极狐GitLab，专业的升级服务无须用户操心，专业团队做事杠杠滴！
最后，来一眼明白，老旧版本到底有多老：
| 版本 | 发布时间 | 久远程度 |
|---|---|---|
| 8.x | 2015 ~ 2017 年 | 9 年前 |
| 9.x | 2017年 | 7 年前 |
| 10.x | 2017 ～ 2018年 | 7 年前 |
| 11.x | 2018 ～ 2019年 | 6 年前 |
| 12.x | 2019 ～ 2020年 | 5 年前 |
| 13.x | 2020 ～ 2021年 | 4 年前 |
| 14.x | 2021 ～ 2022年 | 3 年前 |
| 15.x | 2022 ～ 2023年 | 2 年前 |
| 16.x | 2023 ～ 2024年 | 1 年前 |
| 17.x | 2024年 | 最新 |
