所有gerrit评论的测试系统

Question

我们正在从svn切换到git。由于我们的流程很大程度上依赖于评论，我们可能会在将来为此介绍gerrit。为了更好地理解我的问题，让我告诉你我们现在如何处理svn（简化）：

1. 项目经理有一堆来自客户的请求。这些请求将与创建技术规范的首席开发人员讨论
2. 然后将待办事项分解为最大值。 2天工作看板卡
3. 开发人员然后单独处理每张卡（所有提交都有看板卡的参考）
4. 开发人员完成后，项目经理检查卡
5. 如果没问题，那么更改会经过代码审查和合并（实际上是挑选出来的）并合并到发布分支中
到目前为止，这么好。这是使用gerrit可以做到的。我现在有两个问题：
1. 一张看板卡可能不足以让项目经理测试他的用例。一张卡可能只是“用户界面更改”而另一张卡“更改逻辑”。单独测试它们没有价值（不好的例子，但仍然......）
2. 如果我没有“分支”，目前所有可以测试的变更，每个项目经理都需要他/她自己的测试系统，这对我们的系统管理员来说是不行的......

有没有人有类似的过程？你是怎么解决的？

thx，georg。

Answer 1

在我看来，你需要一些功能分支。 看板卡1功能分支（用户界面），它源自最新版本分支（在您的示例中）

开发者1在1次或多次提交中完成看板卡。   如果是几次提交，我建议他们在功能分支上逐一查看

看板卡2功能分支（逻辑），它也来自最新发布分支（在您的示例中）

开发人员2在1次或多次提交中完成看板卡。   如果是几次提交，我建议他们在功能分支上逐一查看

如果只能一起测试，则将逻辑分支合并到用户界面分支并进行验证和测试。 如果它通过你合并userinterface分支到发布分支和软件应该没问题

如果在开发过程中发布分支一直在向前发展，则应在测试之前将最新版本分支合并到用户界面分支中。

我希望这会有所帮助

如果那些测试系统无论如何由Jenkins触发和控制，那么你可以配置jenkins“监听”多个分支并在你推动对这些分支进行审核时触发测试