GitHub、Gerrit、Hudson(Jenkins) 工作流程

Question

我刚刚开始一起使用 GitHub、Gerrit 和 Hudson(Jenkins)。我需要一些关于工作流程的想法。

我们想使用 GitHub 作为我们的主要远程存储库。我们希望主要使用 Gerrit 进行代码审查，但也用于 Hudson 中的构建触发器。

不过，目前我在思考工作流程时遇到了一些困难，并且想听听其他人自己做了什么。想法？

Answer 1

我们正在使用 github、gerrit 和 jenkins （哈德森）。我们将其与 redmine 结合起来进行错误跟踪。

在 gerrit 之前，我们使用 github 作为主要开发存储库，开发人员拥有提交访问权限。现在我们已经运行了 gerrit，github 仅用作我们的发布存储库，并且只有 gerrit 用户有权推送到 github。

工作流程：

1. 开发人员从 github 检查源代码。
2. 开发人员进行更改。
3. 开发人员推送到 gerrit。
4. gerrit 向 jenkins 发送变更通知以进行集成测试。
   • jenkins 直接从 gerrit git 服务器提取更改。
   • 通过后，jenkins 会为 gerrit 审核添加 +1，并将审核传递给其他开发者。
   • 失败时，jenkins 会在 gerrit 审核中添加 -1
   • 通过/失败状态推送至 redmine
5. 其他开发人员审核更改，批准 (+2)
6. gerrit 将更改提交到 github 存储库。
   • github hook 通知 redmine 更新。
   • redmine 从 github 中提取更改，解析提交消息以获取票证信息。
7. 开发人员从 github 获取更改...回到 2。[编辑]：我们切换到直接从 gerrit 拉取。 Github 仍然是拉动生产源的镜子。

缺少的部分：

1. gerrit 审核与错误跟踪相关的部分 。

Answer 2

我没有直接使用 Gerrit，但我喜欢中间和专门的存储库之间的想法：

• 您的开发人员的存储库
• 中央 GitHub 远程存储库

因此您需要确定要在远程 GitHub 存储库中发布的内容：

• 要审查的代码（意味着本地 Gerrit Web 应用程序会拉取 GitHub 代码来检查）
• 已审核的代码（意味着您首先将提交发布到 Gerrit，然后在代码审核后将它们推送到 GitHub）

第二个工作流程更接近于 Google Android 项目遵循 Gerrit。

在这两种情况下，都需要一个中间本地存储库供 Gerrit 检查。