bug-tracking - 问题/缺陷跟踪软件

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center为指导。




9年前关闭。




我们的团队目前正在审查我们的工具集，并寻找除源代码控制和项目管理软件之外的新缺陷/问题跟踪软件。

对于问题跟踪，我们查看了 bugzilla、fogbugz、bugtracker.net、sourcegear fortres 和 bugnet。

我对我们提出的列表不满意，所以我很想知道其他人在使用什么。

我们正在寻找 Active Directory 集成以确保安全，尽管我们会选择 Windows 应用程序，但 Web 界面可能更受欢迎，Visual Studio 集成也是一个奖励。我们需要对缺陷进行优先级排序，标记发现缺陷的版本，标记修复缺陷的版本，并希望能够围绕每个问题/缺陷进行讨论。我们还想将项目分类为缺陷、增强请求等，并记录缺陷的解决方法。

非常相似的问题:

https://stackoverflow.com/questions/101774/what-is-your-bug-task-tracking-tool

Answer 1

试试 Unfuddle .如果你使用他们的版本控制托管(SVN 和 Git 选项)和他们的问题跟踪器，你会得到一些很好的集成东西。例如，您可以在提交消息中输入一个注释，例如“fixes #384: Too many foo in the bar”*，不仅可以将其转换为问题的超链接，还可以将故障单标记为已修复带有返回变更集的链接。都是好东西。这是一个基于 Web 的解决方案，由 Unfuddle 自己以 SaaS 类型的方式托管。

除此之外，+1 表示 Trac我过去使用过并且非常喜欢。这是一个相当不成熟的项目功能，尽管它周围有一个非常健康的社区，开发了插件来做很多额外的事情(比如你想要的 AD 身份验证)。它也与许多源代码控制系统有类似的集成，但它的功能远不如 Unfuddle 丰富。也就是说，您可以在提交消息中使用扩展的 wiki 语法，当它显示以创建链接时，Trac 会解析该语法。它不执行 Unfuddle 所做的任何双向操作。 Trac 可用于内部托管；或者，如果你想托管它，有一个 list of places that will do so在 Trac 的 wiki 上。

*我不记得我头顶上的确切格式。