1

在一个小型 Ubuntu LTS 服务器上，我们正在运行gitolite (Version 2)。好吧，到目前为止，我不想更改此运行配置。也许在下一次 LTS 升级时，我们将迁移到 gitolite v3。

现在我收到了请求，如果我可以“mal eben schnell”[德语中的“快速立即完成”] 将带有持续集成支持的 GitLab 安装到同一台服务器。阅读文档后，我知道“从 8.0 版本开始，GitLab持续集成 (CI) 已完全集成到 GitLab 本身”。好的。我了解到，从 GitLab 5.0 开始，它“没有 gitolite ”。

在查看了GitLab CE Omnibus 的硬件要求后，我可以轻松地拒绝“不，不使用此硬件”的“mal-eben-schnell”请求。

但现在我的问题是：

如何以某种方式设置 GitLab（在较新的服务器上），我可以使用 gitolite 管理我们的 git 存储库，并且 GitLab 是具有 wiki 的用户 WebGUI，跟踪等到由 gitolite 控制的存储库，而无需克隆或镜像 gitolite 存储库到gitlab 仓库。

（从文件系统的角度来看：对于 gitolite 和 GitLab，存储库应该保持在相同的位置。）

是的，我找到了这篇文章，但我认为答案对于较新的 GitLab 版本不再有效。

4

1 回答 1

0

你会发现一些关于从 gitolite 迁移到 GitLab 的文章，但这些都是“一次性”操作。

您不会返回或保持 gitolite 同步。

两者都可以管理 ACL（访问控制级别）或您现有的 git repos（无需移动它们，因为gitlab.yml 配置文件可以简单地引用当前的 git repos 根路径）。

但是您需要编写某种同步机制脚本，以允许在您的存储库中注册 GitLab 用户gitolite-admin，因为默认情况下不支持此功能。

于 2016-04-18T16:01:09.263 回答