【问题标题】:Bugzilla to JIRA migration: definitive approach for mapping entire bugzilla db->product->component hierachy to JIRA?Bugzilla 到 JIRA 迁移:将整个 bugzilla db->product->component hierachy 映射到 JIRA 的确定方法?
【发布时间】:2011-06-21 09:00:11
【问题描述】:

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

我知道 JIRA 有项目,但其中没有部门。

我坚定的偏好是为这个 bugzilla 数据库创建一个 JIRA 项目,并且 bugzilla 产品和组件都包含在其中。这使数据库保持独立,并且不会暴露(因此过度拥挤)JIRA 中的顶级项目列表以及我部门特定的 bugzilla 产品。

鉴于 bugzilla 中的层次结构与 JIRA 中的层次结构没有直接的一对一映射,我会考虑自定义字段以在 JIRA 中实现 bugzilla 产品和组件级别,并使用表单构建自定义 JIRA 网页一旦选择了产品,它将自动呈现正确的组件(就像 bugzilla 中的情况一样)。我知道 JIRA 可以通过 API 高度定制,但我还不知道细节 - 这是我需要建议的地方。

我尝试了一些研究,但没有结论:http://forums.atlassian.com/message.jspa?messageID=257299050

总之:

  1. 自定义字段是 确定/公认的表示方式 bugzilla 产品及其 JIRA 中的组件。有什么缺点吗?
  2. 如果是这样,是否有示例,建议如何实施 - 和 自动建议的形式 组件,一旦产品 选择。
  3. 如果不是,那么使用自定义字段的替代方法是什么?

【问题讨论】:

    标签: migration mapping jira bugzilla


    【解决方案1】:

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

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

    【讨论】:

    • +1 并接受了答案,尤其是关于避免定制的要点。当我查看我已经设置的内容时,我已经创建了一些将映射回 bugzilla 产品的 JIRA 项目。再创造 2 或 3 个来完成这项工作应该不难。
    • 我的下一个想法是我想并行运行两个系统,所以我首先将 bugzilla 中已关闭的错误迁移到 JIRA,在 bugzilla 错误标题中添加 JIRA 错误编号前缀,将 JIRA 错误的 URL 作为每个已关闭错误的最终注释,并以某种方式锁定 bugzilla 错误以防止进一步添加。该错误的 JIRA 版本还将通过其 cmets 中的 URL 链接回 bugzilla,以便有 2 路链接。欢迎任何想法......
    • 我创建了一个新问题来冻结已关闭的错误:stackoverflow.com/questions/6439380/…
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-09-05
    • 2013-12-19
    • 2023-03-31
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多