在我们运行的小型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版本。
答案 0 :(得分：0)
你会找到一些关于migrating from gitolite to GitLab的文章，但这些文章只是一次性的＃34;操作
你不会回到或保持同步。
两者都可以管理ACL（访问控制级别）或现有的git repos（不移动它们，因为gitlab.yml config file可以简单地引用当前的git repos根路径。）
但是你需要编写某种同步机制的脚本，允许GitLab用户在你的gitolite-admin回购中注册，因为默认情况下不支持此功能。