Github，Gerrit，Hudson（Jenkins）工作流程

Question

我刚刚开始使用Github，Gerrit和Hudson（Jenkins）。我需要一些关于工作流程的想法。

我们想将GitHub用作我们的主要远程存储库。我们想主要将Gerrit用于代码审查，还要用于哈德森的构建触发器。

不过，目前，我在工作流程中考虑了一些麻烦，并想听听别人自己做的事情。想法？

Answer 1

我还没有直接使用Gerrit，但是我喜欢中间和专业回购的想法：

• 您的开发人员的存储库
• 中央github遥控存储库

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

• 要审查的代码（这意味着本地的gerrit webapp将拉动github代码进行检查）
• 已审查的代码（这意味着您首先发布了您对Gerrit的承诺，在代码审查后，您将其推向GitHub）

第二个工作流更接近什么 Google Android项目与Gerrit一起.

在这两种情况下，都需要检查Gerrit的中级本地存储库。

Answer 2

我们正在使用 github, Gerrit 和 詹金斯 （继任者 哈德森）。我们将它与 红敏 用于错误跟踪。

在Gerrit之前，我们将GitHub用作主要开发存储库，而开发人员已访问。现在，我们已经运行了Gerrit，GitHub仅用作我们的发布存储库，只有Gerrit用户才能访问推送GitHub。

工作流程：

1. 开发人员从GitHub查看来源。
2. 开发人员进行更改。
3. 开发人员推向Gerrit。
4. Gerrit将更改通知发送到Jenkins进行集成测试。
   • Jenkins直接从Gerrit Git Server取出更改。
   • 通过，詹金斯（Jenkins）将+1添加到Gerrit评论中，将评论传递给其他开发人员。
   • 关于失败，詹金斯将-1添加到Gerrit评论中
   • 通过/失败状态推到红人
5. 其他开发人员审查更改，批准（+2）
6. Gerrit对GitHub存储库进行了更改。
   • github挂钩通知红色的更新。
   • Redmine从Github拉动更改，Parses提交票证信息的消息。
7. 开发人员获取从Github ...回到2的变化。[编辑]：我们切换到直接从Gerrit拉。 Github仍然是吸收生产来源的镜子。

缺少的作品：

1. 领带的一块 Gerrit评论访问/从错误跟踪.