Jira/GreenHopper 中组件的有效版本控制？答案

【问题标题】：Effective versioning of Components in Jira/GreenHopper?Jira/GreenHopper 中组件的有效版本控制？
【发布时间】：2010-12-07 17:52:35
【问题描述】：

是否有最佳实践或推荐的项目组件版本控制方法？只是我可能有一个 EnvironmentServices 项目，其中包含组件 SpecificService1、SpecificService2...这些子组件中的每一个都有独立的版本控制。

实现这一点的最有效方法是什么？由于独立的 Jira 似乎不支持组件版本控制：as raised here.

是否会为我希望拥有生命周期的每个“SpecificService”创建项目？或者我可以利用 GreenHopper 并使用组件/版本层次结构吗？

欢迎提出任何建议。

【问题讨论】：

【解决方案1】：

我们有这家公司，在尝试了 Greenhopper 的东西之后，我们回到了显而易见的答案：命名约定。

例如，假设我们有一个项目用于一些紧密集成的代码库，其中包括 REST 服务和管理 WebApp。然后我们有组件“服务”和“WebApp”。然后我们创建名为“Service 1.2.0”和“WebApp 2.1.1”的版本。这允许我们在两个版本中都有适用于两个组件的错误。

它不强制执行任何操作，但任何浏览系统的人都非常清楚交易是什么，而且人们很快就会明白。

【讨论】：

【解决方案2】：

我开发了一个 JIRA 插件，使组件级版本控制成为可能。它适用于您描述的确切场景。除了特定于组件的版本之外，您还可以将不同的组件版本分组到一个包中。您可以通过Atlassian Marketplace 或plugin's help pages 查看插件详情。

【讨论】：