首先,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 2023-09-20 18:23:22 +08:00
所以嘛,这货得每个月定期更新一次,不然几个月不更新,版本差了一大堆,升级起来麻烦死
|
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 的,感觉现在基本也没人在维护了。。。。。。 |