Gitlab适配问题：Ubuntu 18.04降级至16.04可行性及替代方案咨询

首先明确说结论：绝对不要尝试把Ubuntu 18.04降级到16.04，这几乎必然会导致系统或Gitlab服务崩溃；更安全可靠的选择是搭建新服务器，通过Gitlab备份恢复数据后升级到最新版本。

为什么不能降级Ubuntu？ #

• Ubuntu官方完全不支持跨版本降级，没有任何官方工具或经过验证的流程能保证降级过程不出问题。降级时需要回滚大量系统依赖包，很容易出现依赖冲突、配置文件损坏，最后直接搞崩整个系统。
• 就算你运气好降级成功了，原本在18.04上运行的Gitlab也大概率无法正常工作——Gitlab的运行依赖系统库和环境，降级后这些环境发生变化，服务启动失败、数据损坏都是大概率事件。

推荐的迁移恢复方案 #

这是行业内处理这类版本兼容问题的标准做法，步骤清晰且风险可控：

1. 先在当前服务器做好完整备份 #

首先生成Gitlab的数据备份：

sudo gitlab-backup create

备份文件默认存放在/var/opt/gitlab/backups/，文件名是类似1620000000_2021_05_03_13.12.3_gitlab_backup.tar的格式。

同时一定要备份Gitlab的配置文件，这些是服务运行的关键：

sudo tar -czf gitlab_config_backup.tar.gz /etc/gitlab/gitlab.rb /etc/gitlab/gitlab-secrets.json

2. 部署新服务器（选Gitlab最新版支持的系统） #

别再选16.04了，它已经停止维护了！建议选Ubuntu 20.04或22.04这类仍在支持的LTS版本，这些版本完全兼容最新版Gitlab。完成系统安装后，做好基础的网络、用户配置。

3. 在新服务器安装Gitlab并恢复备份 #

• 先安装和你备份文件对应的Gitlab版本（比如备份是13.12.3，就先装这个版本）：

  sudo apt-get install gitlab-ce=13.12.3-ce.0
  

• 把之前的备份文件和配置备份传到新服务器，然后停止Gitlab的相关服务：

  sudo gitlab-ctl stop unicorn
  sudo gitlab-ctl stop sidekiq
  

• 执行恢复命令（替换成你自己的备份文件名中的时间戳和版本）：

  sudo gitlab-backup restore BACKUP=1620000000_2021_05_03_13.12.3
  

• 恢复配置文件：

  sudo tar -xzf gitlab_config_backup.tar.gz -C /
  

• 最后重新配置并启动Gitlab：

  sudo gitlab-ctl reconfigure
  sudo gitlab-ctl start
  

• 确认服务正常后，就可以升级到最新版了：

  sudo apt-get update && sudo apt-get upgrade gitlab-ce
  

额外小贴士 #

• 如果暂时不想折腾新服务器，也可以先把当前Gitlab升级到支持Ubuntu 18.04的最高版本，凑合用，但这只是权宜之计，长期来看还是迁移到受支持的系统更稳妥。
• 所有操作前，一定要确认备份文件完整，最好先在测试环境跑一遍恢复流程，避免数据丢失。

内容的提问来源于stack exchange，提问作者Albert Hoekstra