2011-09-06 75 views
3

我们目前在开发阶段使用FogBugz进行内部问题跟踪和项目管理。你有没有从JIRA和Greenhopper迁移过_away_?

我们正朝着敏捷方向发展,我正在评估有助于实现这一目标的工具。 FogBugz现在确实做了一些敏捷的工作,但我听到很多关于JIRA(+ Greenhopper),Mingle等等的好消息。

我读过很多关于不同产品之间比较的信息。我想知道这里有没有人使用JIRA,但后来决定从它迁移?如果是这样,为什么和什么?

回答

0

我们在我们公司使用不同的问题跟踪器。输出设置目前是:

  • Polarion做需求管理和跟踪
  • 吉拉一个纯粹的问题跟踪(与顶级UI)
  • Trac系统做项目管理包含的问题跟踪和维基程序员。

我喜欢Jira很多,因为它的第一级UI和大量的功能可用。但是有时项目希望迁移到不同的工具集(有时与我们公司的成本有关)。这里的经验法则如下(不以任何方式特定于Jira):

  • 大多数问题跟踪器支持以CSV格式导入问题。
  • 大多数问题跟踪器也支持以CSV格式导出。
  • 没有问题跟踪器支持更好的导出,因为没有公司有兴趣支持其客户从其产品迁移(这是可以理解的)。
  • 没有问题跟踪器支持迁移问题的历史记录,因此通过迁移,您通常会将问题的历史记录丢失。

我不知道为什么有人应该首先使用Jira一段时间,然后迁移到另一个工具集。唯一的原因可能是Jira的功能集不足以满足您的需求。有一些传闻说Jira可能处理的问题不是无穷无尽的,但我们没有发现任何迹象。

因此,在决定使用哪个问题跟踪器时,您应该清楚了解使用问题跟踪器的要求是什么。

0

迁移数据通常比人们期望的要难。访问源系统数据,定义映射,测试结果 - 所有这些都需要时间。我已经完成了至少十几次从其他系统迁移到JIRA,所以这个问题自然也会发生在我身上。

的JIRA数据库架构是这样的,我想我会使用多相办法从中导出数据 - 从jiraissue表中获取的所有问题,然后得到的意见,附件等

那说,我还没有听说过人们以任何非常复杂的方式从JIRA输出他们的数据。

〜马特