2

我们有 3 个团队开发 3 个不同的项目 (.NET)，并且有一个项目具有通用代码和控制 SharedLibrary。每个团队都使用 Mercurial 中的子存储库引用它。每个团队都可以将更改推送到 SharedLibrary 以修复其项目中的错误。因此，修复一个项目中的错误可能会在第二个项目中引入错误。

我们使用 JIRA 进行问题跟踪，并且有 4 个项目（每个团队和 Sh​​aredLibrary）。

那么，任何人都可以提出一个工作流程，以减少集成失败（一个团队破坏另一个团队项目）的机会，并且在发生失败的情况下有助于尽快揭示它？

需要考虑的要点：

  1. 我们是否需要 JIRA 中的 SharedLibrary 版本？应该如何保养？

  2. 谁以及何时验证对 SharedLibrary 所做的更改？

  3. 在 hg 中组织分支的最佳方法是什么？

  4. 组织 JIRA 工作流程的最佳方式是什么？在 JIRA 的哪个项目中提交了 ShareLibrary 问题？

任何帮助或类似情况的工作流/解决方案示例都非常感谢。

4

1 回答 1

0

几个建议：

  1. 是的，您应该像维护其他项目一样维护 SharedLibrary 的版本。您应该将 3 个项目中的每一个的发布与特定版本的 SharedLibrary 联系起来。如果您只是让 3 个项目团队中的任何一个更改它而不参考其他团队，那么您将面临引入不兼容更改的高风险。
  2. 如果 SharedLibrary 不是由特定人员或团队维护，我建议建立一个跨职能团队，该团队由负责审查 SharedLibrary 更新的每个项目团队的代表组成。他们可以使用 JIRA 按版本跟踪问题。要验证更改不会破坏其他项目，请为每个项目设置一套全面的测试，您可以在 Jenkins 等持续集成服务器中运行这些测试。
  3. 我在这里没有什么特别的建议。
  4. 我会将 SharedLibrary 保留为单独的 JIRA 项目。
于 2012-06-22T16:57:38.760 回答