gitlab与gitolite之间相互作用的现代方式;安装文件系统

Question

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

现在我收到了请求，如果我可以“mal eben schnell”[德语为“快速并立即执行”]将GitLab与Continous Integration支持安装到同一台服务器上。 阅读文档后，我知道“从8.0版开始，GitLab Continuous Integration (CI) is fully integrated into GitLab itself”。尼斯。 我了解到自GitLab 5.0以来，它是“without gitolite”。

看了hardware requirements for GitLab CE Omnibus之后， 我可以轻易地拒绝“mal-eben-schnell”请求“不，不用这个硬件”。

但现在我的问题是：

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

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

是的，我发现this posting but I think the answer is not valid anymore有更新的GitLab版本。

Answer 1

你会找到一些关于migrating from gitolite to GitLab的文章，但这些文章只是一次性的＃34;操作

你不会回到或保持同步。

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

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