0

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

  1. 项目经理有一堆来自客户的请求。与创建技术规范的首席开发人员讨论这些请求
  2. 然后将待办事项分解为最大值。2天工作看板卡
  3. 然后开发人员单独处理每张卡（所有提交都参考看板卡）
  4. 开发人员完成后，项目经理检查卡片
  5. 如果没问题，则对更改进行代码审查和合并（实际上是樱桃采摘）并合并到发布分支

到目前为止，一切都很好。这是使用 gerrit 可以做到的。我现在有两个问题：

  1. 一张看板卡可能不足以让项目经理测试他的用例。一张卡可能只是“用户界面更改”，另一张卡可能只是“更改逻辑”。单独测试它们没有任何价值（不好的例子，但仍然......）
  2. 如果我目前没有所有可测试的更改的“分支”，那么每个项目经理都需要他/她自己的测试系统，这对我们的系统管理员来说是不行的……</li>

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

谢谢，乔治。

4

1 回答 1

1

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

开发人员 1 在 1 次或多次提交中完成看板卡。如果是多个提交，我建议在功能分支上对它们进行 1 对 1 审查

看板卡 2 功能分支（逻辑）也是从最新版本分支派生的（在您的示例中）

开发人员 2 在 1 次或多次提交中完成了看板卡。如果是多个提交，我建议在功能分支上对它们进行 1 对 1 审查

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

如果发布分支在开发过程中一直在向前推进，您应该在测试之前将最新的发布分支合并到用户界面分支中。

我希望这有帮助

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

于 2012-11-25T14:47:38.613 回答