你最喜欢的缺陷/问题跟踪系统是什么？为什么？

Question

你最喜欢的缺陷/问题跟踪系统是什么？为什么？

（只有在您长时间使用过至少三种缺陷跟踪系统时，请回答此问题。请同时提及这些系统。）

- User

---

这个跟我在 http://stackoverflow.com/questions/12328/what-bug-tracking-software-do-you-use 提出的问题不同吗？ - Thomas Owens

请问您能否添加“主观”标签？ - Leandro López

如果这不是一个重复的问题，那也很接近了。被踩了。 - Onorio Catenacci

Answer 1

FogBugz非常好用，因为它具有以下特点：

• 易于使用
• 直观
• 集成性强
• 功能丰富

- Galwegian

---

还有一种特殊的免费单用户/初创公司许可证（我想是这样的！） - Dave Mateer

@Ady - 我尽可能客观地看待这个问题，这实际上是一个具有出色界面的可靠软件。 - Galwegian

一个优秀的界面？谷歌代码有一个优秀的界面。FogBugz很奇怪，因为我喜欢阅读Joel关于用户界面设计的文章，但是发现他的产品界面令人震惊。包括stackoverflow在内。 - Chris Becke

嗨，Galwegian。我的意图并不是要暗示你不客观，只是想尝试（但失败了）一下幽默的干燥感。 - Ady

Answer 2

Trac! 它与SVN 集成得非常好。我们非常喜欢它。

- Leigh Pyle

---

我曾经使用过Trac，但我发现它很难配置和维护。当时缺乏Git支持让我转向了Redmine。我发现Redmine比Trac更好用，而且更容易使用和维护。 - Marnix van Valen

Answer 3

Jira 得到了我的支持。它非常灵活和快速，并且与源代码控制有很好的集成。它还具有子任务、良好的分类和可配置的工作流程。

- David Waters

Answer 4

我们刚刚经历了一个相当耗时的过程，审查了许多（也许十个？）问题跟踪系统，以替换GForge，因为它阻碍了我们的工作。我们考虑了免费和商业系统。

坦率地说，我们审查的所有系统都让我失望。在这个领域有很大的改进空间。

其中许多系统界面较差（OnTime, JIRA, Bugzilla）。一般来说，我们的工程师可以接受，但对于我们的项目经理、系统集成商和客户来说，呈现清晰、美观的界面非常重要。

我惊讶地发现，极少数支持嵌套子问题。在软件世界中，将任务（问题或新功能）分解成更小的组件并分配给不同的人是非常常见的。然而，大多数系统无法做到这一点-或者做得不好。

一些系统非常强大且可配置，但实际上需要第三方扩展或插件才能使它们有用。例如，我真的很喜欢JIRA和Trac的灵活性，但我们必须投入相当多的时间来配置系统，使其更美观或更实用。

当然，这并不是我们关注的唯一特性，但这篇文章已经太长了！

当然，您的要求会与我们不同 - 我鼓励您找出自己需要的，并进行彻底调查。 FogBugz，JIRA和Trac都在我们的短名单上，它们都有一些很棒的功能。但最终，它们被一个对我来说以前未知的产品VisionProject击败了。

VisionProject很吸引人，平衡了强大和易用性。目前唯一的缺点是他们新的（自v4.0以来）Ajax界面有些小问题。不过，我们在一夜之间进行了多次错误修复，有时甚至在几个小时内 - 非常感谢他们反应迅速的开发团队。我们仍在试用该系统，虽然不完美，但与其他竞争者相比非常有优势。

- MattyT

---

我假设你仍在使用Vision Project？现在它已经升级到第5版了...你现在喜欢它吗？它是否能很好地集成到你的源代码控制和持续集成服务器中？ - sivabudh

你可能也会对这个感兴趣：http://countersoft.com/products/gemini.aspx - sivabudh

@ShaChris23 谢谢，我会看一下 Gemini。我们选择了 Vision Project，但我们仍然停留在 4.1 版本，等待开发中的喘息时间再升级。它运行得非常好 - 使用起来很方便 - 5.0 版本看起来也很不错。我们还没有将其集成到我们的 SCM 和 CI 系统中。 - MattyT

Answer 5

Redmine是什么：

1. 开源的

2. 启用了Ajax

3. 有邮件接口

4. 集成了SCM

5. 集成了Wiki

6. 可配置的跟踪器、工作流和角色

7. RSS和电子邮件通知

我以前使用过JIRA（太难了），Bugzilla（太简陋了）和FogBugz（太贵了），我认为Redmine非常棒。

- Ewan Makepeace

Answer 6

团队基础架构服务器，虽然它不仅仅是一个缺陷跟踪器。

- dove

Answer 7

敏捷开发追踪器

它是免费使用的，非常简单易用。强制执行敏捷开发周期，而不是通过“配置一切来符合您的开发流程”来增加臃肿。

- user366679

Answer 8

Trac或FogBugz看起来很不错。

- Dean

Answer 9

我们选择 Trac 是因为：

1. 它相当容易安装：如果您按照设置说明进行准确设置，它可以工作，这不是常见情况！
2. 使用起来非常简单
3. 它可以针对每个项目进行定制（组件、票据类型、严重程度、版本等）
4. 具有灵活/可定制的报告部分
5. 具有集成的Wiki

但对我们来说，它有一个很大的缺陷：没有CVS支持。但我们还是选择了它，因为这不是强制性要求。

- Pier Luigi

Answer 10

我们已经使用Bugtracker.net一段时间了。

它非常好用，而且价格（免费）也很合适。

以下是我最喜欢的一些功能（摘自该网站）：

• 发送和接收电子邮件与跟踪器集成在一起，这样关于错误的电子邮件线程将与错误一起被跟踪。

• 允许将传入的电子邮件记录为错误。因此，例如，来自客户的电子邮件可以自动转换为跟踪器中的一个错误/工单。

• 允许您附加文件和截图到错误上。甚至还有一个自定义屏幕捕捉实用程序[截图]，让您只需点击几下就可以拍摄截图、注释并将其发布为错误。

• 添加自己的自定义字段。

• 订阅电子邮件通知，告诉您何时添加或更改任何错误。或更改设置，使您仅收到关心的错误的通知。

- Gern Blandston

---

它是用C#编写的，如果您想调整代码。具有良好的Subversion集成。您可以按自己的方式“定制”其外观并将其放在公共服务器上。它受FogBugz的启发，但更加开放和可定制化。信息和演示请访问http://ifdefined.com/bugtrackernet.html。 - Corey Trager