我们目前在开发阶段使用FogBugz进行内部问题跟踪和项目管理。你有没有从JIRA和Greenhopper迁移过_away_?
我们正朝着敏捷方向发展,我正在评估有助于实现这一目标的工具。 FogBugz现在确实做了一些敏捷的工作,但我听到很多关于JIRA(+ Greenhopper),Mingle等等的好消息。
我读过很多关于不同产品之间比较的信息。我想知道这里有没有人使用JIRA,但后来决定从它迁移?如果是这样,为什么和什么?
我们目前在开发阶段使用FogBugz进行内部问题跟踪和项目管理。你有没有从JIRA和Greenhopper迁移过_away_?
我们正朝着敏捷方向发展,我正在评估有助于实现这一目标的工具。 FogBugz现在确实做了一些敏捷的工作,但我听到很多关于JIRA(+ Greenhopper),Mingle等等的好消息。
我读过很多关于不同产品之间比较的信息。我想知道这里有没有人使用JIRA,但后来决定从它迁移?如果是这样,为什么和什么?
我们在我们公司使用不同的问题跟踪器。输出设置目前是:
我喜欢Jira很多,因为它的第一级UI和大量的功能可用。但是有时项目希望迁移到不同的工具集(有时与我们公司的成本有关)。这里的经验法则如下(不以任何方式特定于Jira):
我不知道为什么有人应该首先使用Jira一段时间,然后迁移到另一个工具集。唯一的原因可能是Jira的功能集不足以满足您的需求。有一些传闻说Jira可能处理的问题不是无穷无尽的,但我们没有发现任何迹象。
因此,在决定使用哪个问题跟踪器时,您应该清楚了解使用问题跟踪器的要求是什么。
迁移数据通常比人们期望的要难。访问源系统数据,定义映射,测试结果 - 所有这些都需要时间。我已经完成了至少十几次从其他系统迁移到JIRA,所以这个问题自然也会发生在我身上。
的JIRA数据库架构是这样的,我想我会使用多相办法从中导出数据 - 从jiraissue表中获取的所有问题,然后得到的意见,附件等
那说,我还没有听说过人们以任何非常复杂的方式从JIRA输出他们的数据。
〜马特