请问如何搬运并升级普通台式机里面的 GitLab CE 9.2.6 到一台新的 Dell 刀片服务器

[gdb]

首先，gitlab 的版本很老，大概是 2018 年左右装的，装在了一台 linux centos6 的台式机里面，版本也很老，是 9.2.6 版本，稳定工作了很多年了。

现在买了一个新的 Dell 刀片服务器，里面装了 vmware 的 EXSI 系统，可以建各种镜像，跑 Centos7 或者别的系统，稳定性会好很多。

现在想把老台式机里面的东西都搬运到新的服务器里面来，不知道怎么做。

有几个点需要明确一下：

gitlab 现在应该都已经是很新的版本了，最新版本应该是 16.2.7 了。这版本跨度很大，没有办法一次性从 9.2.6 直接升级到最新版本，只能分很多阶段升级，比如从 9.2.6 先升级到 9.9, 再从 9.9 升级到 10.0 ，再升级到 10.9 。。。以此类推，这种升级次数会很多。我担心会出很多问题，不是很想走这条路。

这个 GitLab 9.2.6 里面的代码仓库也有不少了，注册用户也有不少了，感觉搬运起来也有点麻烦了。

不知道大侠们有没有什么好一点的方法，谢谢！

[dier]

要么逐步升级到最新版本再备份迁移，要么一个个仓库拉取、推送

[w292614191]

你就算一个一个版本升级，也必定出问题。

在服务器装最新的 ce 16.3.4 ，然后重新导入，就当整理项目。

[hzymyp]

https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/?current=9.2.10&distro=centos&edition=ce
逐步升级至少需要 18 次升级操作，还指不定会有什么奇怪问题

可能还是一个个项目导入要靠谱

[Showfom]

所以嘛，这货得每个月定期更新一次，不然几个月不更新，版本差了一大堆，升级起来麻烦死

[sunny352787]

我们的做法是直接导入 git 仓库，用户信息全重建，丢掉包袱轻装上阵

[7lQM1uTy635LOmbu]

联系下 vmware ，印象中有 P2V 方案可以直接物理机转 vm （只听说，没用过

[adoal]

用 p2v 迁移工具把物理机整体迁移到虚拟机

[devopsdogdog]

你倒不如把 用户那块也换了，改成 ldap , 仓库都直接 重新导入， 旧 gitlab 做镜像，同时提交多个源，保留一段时间，最稳妥

[gdb]

@hzymyp 谢谢，我最终还是决定一个一个导入项目算了。

现在的问题来了，也有人回复，这个 gitlab 总是升级，而且升级起来很麻烦。大家是否有什么好点的建议，比如考虑使用 docker ？或者不用 gitlab ？用个更加精简一点的 git 仓库的管理工具，实际上目前看起来，基本上只是使用 git 功能，连 issue 功能基本也是没有用。更不用说 CI 功能了。

所以就感觉用一个稳定一点的 git 软件就好了。当然用户名密码功能还是要有的，否则不好管理权限和组。

@devopsdogdog 你说的 ldap 是指比如 git 登陆服务器的用户名和密码和 Linux 服务器本身的用户名和密码绑定？


@adoal 感觉好像周围人都没玩过这种 p2v 的工具，关键是老系统是 centos6 的，感觉现在基本也没人在维护了。。。。。。