在一个小型Ubuntu LTS服务器上，我们正在运行gitolite（版本2）。到目前为止，我不想更改这个运行配置。也许在下一次LTS升级中，我们将迁移到gitolite v3。
现在我收到了请求，如果我能"mal-eben schnell"[德语中"立即快速完成"的意思]在同一台服务器上安装支持Continous Integration的GitLab。通过阅读文档，我知道"从8.0版本开始，GitLab Continuous Integration（CI）已完全集成到GitLab中"。美好的我了解到，自从GitLab 5.0以来，它"没有gitolite"。
在了解了GitLab CE Omnibus的硬件需求之后，我可以很容易地用"不，不使用这个硬件"来拒绝"mal-eben schnell"的请求。
但现在我的问题是：
我如何设置GitLab（在较新的服务器上），我可以用gitolite管理我们的git存储库，GitLab是一个用户WebGUI，可以对gitolite控制的存储库进行wiki、跟踪等，而无需将gitolite存储库克隆或镜像到GitLab存储库中。
（从文件系统的角度来看：gitolite和GitLab的存储库应该保持在相同的位置。）
是的，我找到了这个帖子，但我认为这个答案在更新的GitLab版本中不再有效。
您会发现一些关于从gitolite迁移到GitLab的文章，但这些都是"一次性"操作。
你不能回到或保持gitolite同步。
两者都可以管理ACL（访问控制级别）或您现有的git-reos（无需移动它们，因为gitlab.yml配置文件可以简单地引用当前git-reos根路径）。
但是，您需要编写某种同步机制的脚本，允许GitLab用户也在gitolite-admin repo中注册，因为默认情况下不支持此功能。