Jira / Subversion / CruiseControl发行说明，迁移到Bamboo？

Question

我们在工作流程中结合使用了Jira，Subversion和CruiseControl.net。 每次提交时，相应的Issue-ID将存储在svn的bugtraq属性中。 Jira通过插件（当前不是FishEye）访问存储库，并且自定义svn挂钩使用分支名称更新了Jira-Issue。 因此，每个问题都链接到与其相关的所有分支。 另外，每个问题的发行说明都存储在自定义字段中，因为我们需要多种语言的发行说明。 CruiseControl按计划运行构建，并使用越来越复杂的构建脚本将发行说明集成到我们的应用程序中。 由于某些分支机构是自定义用户软件，因此实际上仅使用发行说明的子集（一个客户的需求对于其他客户而言不一定是可见的，而客户信息是从分支机构名称生成的）。 我已经在网络上花费了很多时间来寻找用于相互连接Jira和CruiseControl的插件，以更好地实现此过程的自动化。 有没有人遇到类似的问题？

迁移到Jira / Bamboo / FishEye是否可以解决我的问题？ 我已经下载了测试版本并涉足工具集成，但是我确实在寻找建设性的建议和经验报告。 从Jira内部开始构建的能力确实吸引人，并且FishEye应该向Bamboo提供分支信息。 希望我在这里有意义...预先感谢。

Answer 1

吉拉（Jira）和竹（Bamboo）显然整合得更好。 SVN挂钩Jira优于Fisheye智能提交。 与Jira进行此级别集成的唯一其他CI产品是通过marvelution插件进行的Jenkins： https ：//marketplace.atlassian.com/plugins/com.marvelution.jira.plugins.jenkins

我们的商店有很多Java开发人员，还有一些MS开发人员。 Java开发人员主要使用SVN / Jira / Fisheye / Jenkins组合以及通过Jira和Jenkins自动生成的发行说明。 MS开发人员将TFS用于他们的项目。

您总是可以咬Microsoft子弹并使用TFS 2012。

因此，除了在问题中破坏ITIL的发布管理功能外，答案是Jira /（Jenkins | Bamboo）将解决您的问题。 鱼眼真是太好了。