Migration Bugzilla到JIRA迁移:映射整个Bugzilla db的最终方法->;产品->;JIRA的组件层次结构?

Migration Bugzilla到JIRA迁移:映射整个Bugzilla db的最终方法->;产品->;JIRA的组件层次结构?,migration,mapping,jira,bugzilla,Migration,Mapping,Jira,Bugzilla,我们的组织现在正在使用JIRA,我希望将大约1500个条目的bugzilla数据库迁移到其中 我知道JIRA有项目,但在这里面没有分部 我的公司偏好是为这个bugzilla数据库和bugzilla产品提供一个JIRA项目,然后所有组件都包含在这个数据库中。这使数据库保持自包含状态,并且不会使用我的部门特定bugzilla产品公开JIRA中的顶级项目列表(因此过度拥挤) 假定BugZILA中的层次结构与JILA中没有一对一的映射,我会考虑自定义字段来实现JILA中的BugZILA产品和组件级别,并

我们的组织现在正在使用JIRA,我希望将大约1500个条目的bugzilla数据库迁移到其中

我知道JIRA有项目,但在这里面没有分部

我的公司偏好是为这个bugzilla数据库和bugzilla产品提供一个JIRA项目,然后所有组件都包含在这个数据库中。这使数据库保持自包含状态,并且不会使用我的部门特定bugzilla产品公开JIRA中的顶级项目列表(因此过度拥挤)

假定BugZILA中的层次结构与JILA中没有一对一的映射,我会考虑自定义字段来实现JILA中的BugZILA产品和组件级别,并构建一个自定义JIRA网页,该表单将在选择产品后自动呈现正确的组件。(就像bugzilla中的情况一样)。我知道JIRA可以通过API进行高度定制,但我还不知道细节——这就是我需要建议的地方

我尝试了一些研究,但这是不确定的:

总而言之:

  • 是自定义字段吗 明确/公认的代表方式 bugzilla产品及其应用 JIRA的组件。有什么缺点吗
  • 如果有,是否有示例,建议如何实施此操作?以及 auto建议 组件,一旦产品 选中
  • 如果没有,那么使用自定义字段的替代方案是什么

  • 通过将Bugzilla产品等同于JIRA项目,您可以节省大量工作,这样您就可以直接将组件从Bugzilla映射到JIRA。然后,您可以免费获得每个项目的组件列表的自动建议,而不必进行大量定制


    我在五个不同的组织中使用过JIRA,并且总是将每个团队或部门映射到一个或多个JIRA项目。然后,每个JIRA项目都可以有自己的版本、发布日期以及组件,这似乎是Bugzilla产品的自然匹配。

    +1和接受的答案,特别是关于避免定制的一点.当我看一下我已经准备好的东西时,我已经创建了一些JIRA项目,这些项目将映射回bugzilla产品。再创建2到3个来完成这项工作应该不会有什么困难。我的下一个想法是,我想并行运行这两个系统,所以我将首先迁移bugzilla中已关闭的bug对于JIRA,在bugzilla bug标题中添加一个JIRA bug编号前缀,并在每个已关闭的bug中添加一个指向JIRA bug的URL作为最终注释,然后以某种方式锁定bugzilla bug以防止进一步添加。JIRA版本的bug还会在其注释中将URL链接回bugzilla,这样就有了双向链接。你认为呢欢迎光临……我为冻结已关闭的bug创建了一个新问题: