问题标签 [bug-tracking]

有没有人同时使用 FogBugz 和 Axosoft 的 OnTime 并愿意提供意见？AxoSoft 有一个很大的功能比较图表，但我也对更主观的想法感兴趣，比如易用性和稳定性。

我使用 Cruisecontrol.rb 进行 CI 和 FogBugz 进行错误跟踪，但答案越通用越好。

首先是技术问题：FogBugz 有 API 吗？有没有好的教程，或者更好的预写代码？

其次是程序问题：当构建中断时，CI 究竟应该在错误跟踪器中放入什么？也许：

标题：“#{last committer} 破坏了构建！”

正文：“#{ 错误跟踪 }”

我想这预设了这个问题的答案：我是否应该将 CI 中断放入我的错误跟踪中？

在我看来，关于Joel 测试的问题 #1 到 #4都是关于正在使用的开发工具和为开发人员提供的支持系统：

1. 你使用源代码控制吗？
2. 您可以一步构建吗？
3. 你做日常构建吗？
4. 你有错误数据库吗？

我只是好奇对于没有大银行账户的小型开发商店有哪些免费/便宜（但很好）的工具来获得对这些问题的肯定答案。

对于源代码控制，我知道 Subversion 是一个很好的解决方案，如果你是一个单人商店，你甚至可以使用 SourceGear 的Vault。

我将 NAnt 用于我的大型项目，但还没有设置脚本来构建我的安装程序以及运行混淆工具作为一个步骤。还有其他建议吗？

如果您可以一步回答“是”，我认为创建日常构建会很容易，但是您会推荐哪些工具来自动化这些日常构建？

对于一两个人的团队，已经在 SO 上讨论过您可以使用 FogBugz On Demand，但是对于小型团队，还有哪些其他错误跟踪解决方案？

我以前使用过 Trac/Subversion，并且非常喜欢这种集成。我当前的项目正在使用 Mercurial 进行分布式开发，如果能够跟踪问题/错误并将其与 Mercurial 集成，那就太好了。我意识到这对于 DVCS 的性质来说可能很棘手。

高质量的错误报告对于有效的错误跟踪至关重要 - 在理想情况下，所有错误报告都将包含基本信息，例如它影响的软件版本以及如何重现错误的分步描述。

但实际上，报告的错误质量可能有很大差异。他们可能是在线的（“功能 X 不起作用，修复它！”）、功能请求、PEBKAC 或无法理解。

您如何执行或维护错误跟踪器中错误报告的质量以保持有效性？

我知道我可以通过破解 Trac 和使用 Git 钩子来完成大部分工作，但我想知道是否有人已经/知道一些准备好的东西。

从提交消息中评论（和关闭）票证会很好，特别是如果差异与评论/关闭评论内联出现。

sha1 哈希应该自动链接到 gitweb/cigt/custom git 浏览器。

我尝试了用于 Trac 的 GitPlugin，但代码浏览器太慢了……还有其他选择吗？

对于想要为 chrome 浏览器开发的开发人员来说，能够审查现有的错误（以避免过多的拔出头发）并添加新的错误（以改进事物）是很重要的。然而我似乎找不到这个项目的错误跟踪。它是开源的，对吗？

我正在寻找一个简单的系统来管理来自支持邮箱的入站电子邮件，用于大约 3 个支持人员的组。我看过OTRS，它似乎具有我们需要的功能。不幸的是，到目前为止，UI 看起来仍然一团糟。

是否有任何好的 FOSS 工具可以满足这种需求？我听到有人抱怨说 fooogzeeebugzo 可能具有类似的功能，但对于这种简单的需求来说似乎相当昂贵。

假设您在某个地方工作，对源代码的每次更改都必须与错误报告或功能请求相关联，并且无法改革该政策。在这样的环境中，处理代码重构（即改进代码但不修复错误或添加功能的更改）的最佳方法是什么？

• 编写错误报告并将重构与它相关联。
• 编写一个功能请求并将重构与它相关联。
• 在处理与错误报告/功能请求相关的代码时潜入重构。
• 只是不要进行任何重构。
• 其他

请注意，所有错误报告和功能描述都将对经理和客户可见。

有没有办法在 Bugzilla 中强制使用模板来指导用户填写错误描述？

实际上，我想在错误描述字段中放置一些标记文本，并避免创建自定义字段。

我已经安装了 3.2rc1 版本。