文档
吉特拉布语Name
v15.2+: 总括包
截至v15.2,TurnKey GitLab 应用设备包括了通过该机安装的GitLab. 总括软件包。TurnKey GitLab的上一个版本提供了 源安装不幸的是,这一改变对现有用户来说有点痛苦,因为它需要一种 手动迁移 从源到源. 预计这种短期疼痛会很好,而且真正被GitLab的维护/更新更方便地前进(既有终端用户,也有TurnKey)所抵消. 改变是在用户大量反馈后开始的,一些伟大的对话权衡利弊,加上持续维持源安装的痛苦 应用设备 (英语).
从以前的 TurnKey GitLab 实例中移走
不幸的是,没有简单的方法可以从GitLab的源安装转移到Omnibus的GitLab的安装上. 它需要稍微在周围进行调色,包括后端 DB 从MySQL DB后端(如TurnKey v15.1和之前使用)到PostgreSQL后端(如Omnibus提供)的迁移. 安装于 TurnKey v15.2 及以后).
报告主要详细内容载于本报告。 GitLab 文档。理想的做法是,将您的数据迁移到一个手动安装的 Omnibus 上,然后 手动生成 GitLab 备份。然后可以将您创建的备份加上您的 /etc/gitlab 目录(或至少您的 gitlab-secrets.json 文件) , 转到新的 吉特拉布语Name 服务器。将 /etc 文件放在相关位置,并 恢复备份 和GitLab文件一样。
值得注意的是,如果你有一个非常古老的GitLab版本,你可能需要先做一些源代码更新。 论坛上的线程,其中用户从GitLab v5.0.2(TurnKey GitLab v13.0)升级到当前GitLab(在撰写时为v11.x). 如果你也需要做这样的事,那么希望这个线程会有用。如果你需要一些支持,请随意。 启动新线程 (需要登录 - 如果您没有 TurnKey 论坛用户账户, 请访问 注册 ：国家
由于备份过程的限制和变化,在创建备份并将数据移到您的新程序之前,最好至少更新到 GitLab v9.3.0 。 服务器(尽管在此之前应该可以迁移到您旧服务器上的Omnibus)。 请注意,备份只有在进入/从完全相同的版本GitLab. I.e.时才有效。 相同的安装方法(源代码或Omnibus),版本编号和发布通道(Enterprise Edition aka "ee";或 Community Edition aka "ce"). 一旦您迁移到 Omnibus 并且正在 v9. 3 或 伟大的, 您可以迁移数据, 并在需要时降低 GitLab 版本的级别 。 下调 TurnKey 上的 GitLab 版本如下所示: 手动还原全局 节。
FWIW,从非TurnKey GitLab服务器迁移到TurnKey GITLab 应用设备(v15.2+)的过程将基本上与从TurnKey服务器迁移到TurnKey QQ v15.1的过程相同.
TurnKey GitLab and TKLBAM
恢复先前版本的TurnKey(XXv15.1)
不幸的是,在v15.2之前,GitLab 应用设备的TKLBAM备份(即. 包含从源装入的GitLab的应用设备)无法自动恢复到TurnKey GitLab v15.2+使用TKLBAM. 如上文关于“从“从“到”的一节所讨论的那样,必须首先手动迁移到“从“到”的“从“到”的”的“从“到”的”的”“从“到”的”的“从“到”的”的”“从“到”的”“从“到”的”的”“从“到”的”“从“到”的”的”“从“到”的”的”“从“到”的”的”“从“到”的”的”“从“到”的”的”“从”到”的”的“从”到”的”“从“到”的”的“从”到”的“从”到”的“从“从”到”的“从”到”的“从”到”的“从“到”的“从”的”的“从“到”的”“从“到”的”“从“到”的“从“到”的”的“到”的“从”“到”的”“到“到”的”“的“从”“的”“到“的” 人工迁移.
手动恢复 Omnibus 备份
要恢复一个 GitLab 备份, 您必须精确匹配该备份来自的 GitLab 版本, 与您正在恢复的版本 。 由于担心可能出现的问题,最好用人工操作。 TKLBAM确实有 实验 支持尝试自动这样做,如果你想尝试,请阅读以下关于 自动磁像版本匹配。如果你想继续手动恢复(建议),请阅读。