Gerrit & Phabricator 评论 [关闭]答案

【问题标题】：Gerrit & Phabricator review [closed]Gerrit & Phabricator 评论 [关闭]
【发布时间】：2012-05-19 16:52:36
【问题描述】：

有人在Phabricator 和Gerrit 之间进行过审核吗？我正在寻找一种审查工具，并希望根据以下情况选择一种：

易于使用
功能全面
社区活动
和采用

编辑：我使用 Git

【问题讨论】：

标签： gerrit phabricator

【解决方案1】：

免责声明 - 我对 Phabricator 不是很熟悉。

Phabricator 似乎包含更多的工具，而不仅仅是代码审查。错误跟踪、源代码浏览、wiki - 这些是 Gerrit 不包括但旨在与外部工具一起使用的东西。

我不确定 Phabricator 可以使用哪种 SCM 工具。 Gerrit 只支持 git。

Gerrit 社区非常活跃 - 我们刚刚结束了十几个最活跃的开发者之间的为期 1 周的黑客马拉松。 Gerrit 被许多大公司使用，并得到了很多支持。查看 Phabricator 的活动提要，它似乎也很活跃。

Gerrit 的改编很大程度上是由 Android 驱动的。任何致力于 Android 的公司都可能会设置 Gerrit 实例，因为这是上游 Android 使用的。在许多情况下，当他们看到 Gerrit 提供的所有好处时，Gerrit 的使用将在整个公司传播（这就是我公司和其他几家公司发生的情况）。 Gerrit 也在 Wikimedia、QT 等地的 Android 商店之外迅速发展。

【讨论】：

【解决方案2】：

我选择 Phabricator 的原因：

它适用于 SVN。
易于安装。

我不是 linux 人，但我在 VM 中运行了一个 ubuntu 映像并在其上安装了 Phabricator 以及 svn 等

我没有使用过 gerrit，但如果它与 SVN 一起使用就可以了。 IMO 它看起来更好（功能方面）。

【讨论】：

你能帮我安装 Phabricator。我已经在 ubuntu 上安装了 ed 并且工作 finr 位我无法弄清楚如何与 svn 连接，如何设置 acr 和其他实用程序。非常感谢

【解决方案3】：

Phabricator 很好，但它的差异无法处理大型提交 [Details] 并显示令人困惑的错误。这真是一个大问题。此外，你应该对 git 有一个清晰的概念，以便顺利地使用 phabricator。

【讨论】：

引用的页面说，当创建的评论过大时，Differential/Phabricator 将失败，大于人类评论的任何数量。这听起来根本不是问题。
我有一个包含 15500 个条目的消息属性文件。如何上传包含该属性文件中的行更改的提交？就我而言，Phabricator 在这一点上失败了，Gerrit 成功上传了差异。
这是一个真正的问题。如果我处于这种情况，我会 (a) 为开源项目做出贡献，或者 (b) 拆分我的文件，因为 Phabricator 很好用。我的审核队列不知何故神奇地保持几乎是空的，这是任何其他工具从未发生过的。
如果您使用 --less-context 选项运行 arc diff，它只会上传差异。
我在重构代码（例如重命名或移动源代码目录）时遇到了 Phabricator 的提交大小问题

【解决方案4】：

我尝试比较它们，这些是我发现的最显着的差异

格里特

+充当存储库，因此您可以推送到它，它会为您的提交创建一个审查问题
+任何提交都没有经过审查，因为不可能忘记创建审查问题
-仅适用于 git
-根本无法处理提交后审查（审计）。

Phabricator

+处理 git、svn 和 hg
+让您通过魔术创建提交后的提交审查（先驱）
+集成大量工具
-集成大量工具（是的，这有好有坏）
- 提交前代码审查是可选的。您将差异发送到差异，一旦获得批准，您就会推送到您的回购。在我看来，这不是非常用户友好，但如果您将每个问题/未来提交保留在其自己的分支中，则可能是易于管理的。

【讨论】：

Gerrit 的另一个优点是您不需要使用额外的命令行工具推送代码。与 Phabricator 一样，我们使用 Arc 之类的东西
对。如果您跳过 arc（算了吧），您将绕过代码审查。
+1 Phabricator 用于对功能分支的单一审查。 Gerrit 讨论groups.google.com/forum/#!topic/repo-discuss/mUYbUvpMFNY 和开发groups.google.com/forum/#!topic/repo-discuss/5oRra_tLKMA 相同
-1 Phabricator 用于对功能分支进行单一审查。如果它支持特性分支中每个提交的 diff 确实很好，但它只支持整个特性分支的 diff。这打破了将功能拆分为多个提交的目的（使审查更容易）。 Phabricator 问题跟踪器中有一个功能请求，以支持补丁集中每个补丁的差异，但它停滞了很长时间。
您可以将 Phabricator 配置为拒绝未经审查的提交，因此它不是可选：stackoverflow.com/questions/25662723/…

【解决方案5】：

由于我现在正在研究 Phabricator，它具有许多出色的功能，从存储库托管到代码审查再到代码提交。 Phabricator 真的是一个很酷的工具。它与 Jira 和许多其他工具集成。而且，做这件事的人都很好，你提出的每一个问题，他们都会很快给你解决。

【讨论】：