这是一个创建于 827 天前的主题，其中的信息可能已经有所发展或是发生改变。
首先，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 里面的代码仓库也有不少了，注册用户也有不少了，感觉搬运起来也有点麻烦了。
不知道大侠们有没有什么好一点的方法，谢谢！
 | 1 dier 2023-09-20 16:45:42 +08:00 要么逐步升级到最新版本再备份迁移，要么一个个仓库拉取、推送 |
 | 2 w292614191 2023-09-20 16:49:35 +08:00 你就算一个一个版本升级，也必定出问题。 在服务器装最新的 ce 16.3.4 ，然后重新导入，就当整理项目。 |
 | 3 hzymyp 2023-09-20 16:52:27 +08:00  1 https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/?current=9.2.10&distro=centos&edition=ce 逐步升级至少需要 18 次升级操作，还指不定会有什么奇怪问题 可能还是一个个项目导入要靠谱 |
 | 4 Showfom PRO 所以嘛，这货得每个月定期更新一次，不然几个月不更新，版本差了一大堆，升级起来麻烦死 |
 | 5 sunny352787 2023-09-20 18:25:21 +08:00 我们的做法是直接导入 git 仓库，用户信息全重建，丢掉包袱轻装上阵 |
 | 6 7lQM1uTy635LOmbu 2023-09-20 18:29:28 +08:00 via Android 联系下 vmware ，印象中有 P2V 方案可以直接物理机转 vm （只听说，没用过 |
 | 7 adoal 2023-09-20 18:29:51 +08:00 用 p2v 迁移工具把物理机整体迁移到虚拟机 |
 | 8 devopsdogdog 2023-09-20 18:33:46 +08:00 你倒不如把 用户那块也换了，改成 ldap , 仓库都直接 重新导入， 旧 gitlab 做镜像，同时提交多个源，保留一段时间，最稳妥 |
 | 9 gdb OP @hzymyp 谢谢，我最终还是决定一个一个导入项目算了。 现在的问题来了，也有人回复，这个 gitlab 总是升级，而且升级起来很麻烦。大家是否有什么好点的建议，比如考虑使用 docker ？或者不用 gitlab ？用个更加精简一点的 git 仓库的管理工具，实际上目前看起来，基本上只是使用 git 功能，连 issue 功能基本也是没有用。更不用说 CI 功能了。 所以就感觉用一个稳定一点的 git 软件就好了。当然用户名密码功能还是要有的，否则不好管理权限和组。 @devopsdogdog 你说的 ldap 是指比如 git 登陆服务器的用户名和密码和 Linux 服务器本身的用户名和密码绑定？ @adoal 感觉好像周围人都没玩过这种 p2v 的工具，关键是老系统是 centos6 的，感觉现在基本也没人在维护了。。。。。。 |
Select Language