Gerrit 可以在 Gitlab 前工作还是打算取代它答案

【问题标题】：Can Gerrit work in front of Gitlab or is it meant to replace itGerrit 可以在 Gitlab 前工作还是打算取代它
【发布时间】：2014-09-17 00:55:33
【问题描述】：

我认为我并不真正了解 Gerrit 如何融入我团队的现有工作流程。 Gerrit 是否打算成为代码的中心“枢纽”？我一直认为它类似于 Atlassian 的 Crucible，适合 Atlassian 的 Stash 或 Bitbucker。

我的团队目前使用非常活跃的 Gitlab 安装，但缺少内置的代码审查工具，我绝对必须检查承包商进入 repo 的代码。

我需要一个防火墙后解决方案，而成本是一个重要的考虑因素。我听说过 Gerrit 的正面评价，但并没有真正解释它如何融入现有流程。我也喜欢它似乎有很好的 eclipse 集成。

谁能帮帮我？

【问题讨论】：

标签： git gitlab gerrit

【解决方案1】：

Gerrit 希望“拥有”您使用它的存储库，即它希望 git 目录存在于已挂载的文件系统中。如果您希望它与 GitLab（或 GitHub）交互，您可以设置从 Gerrit 到 GitLab 的单向复制，以便在 Gerrit 中所做的更改将在几秒钟内推送到 GitLab。对于 GitHub，有一个 Gerrit GitHub plugin 可以帮助解决这个问题。

您可以继续使用 GitLab 的其他功能，但如果您不锁定存储库（或至少阻止推送到 Gerrit 管理的分支），您将在 Gerrit 下次尝试复制到时遇到麻烦GitLab 存储库。

所以... Gerrit 确实取代了 GitLab 的存储库管理和代码审查工具，但不包含问题跟踪器、wiki 或类似工具。

【讨论】：

这听起来对我来说是一个相当不错的妥协 - 我的小团队可以访问 Gerrit，但在公司范围的存储库中可见。也许这应该是一个单独的问题，但是 Gerrit 必须使用挂载的文件系统吗？我正在使用 Azure，它有一个讨厌的习惯，即偶尔调整已安装驱动器的大小并同时擦除它们。第一次发生这种情况时，让我们的管理员大吃一惊。
是的，它必须是 Gerrit 可以直接访问文件系统的挂载文件系统。好吧，至少如果我们谈论的是开箱即用的支持。 JGit 是访问 git 的底层软件，确实支持替代后端。 Google 使用它来将 git 存储在其分布式基础架构上。