bug-tracking - JIRA还是Trac？

As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center获取指导。

已关闭8年。

我在上一份工作中使用Atlassian JIRA进行了错误和问题跟踪。我绝对喜欢它，而且在眼睛上特别容易。

我现在的公司改用Trac，尽管它可以满足所有基本要求，但我发现它确实缺乏，尤其是因为无法轻松设置多个项目和链接问题。

哦，它使用SQLLite的事实对我来说有点问题。

有人有其他充分的理由要切换吗？

最佳答案

我已经使用Trac已有几年了。首先，sqlite问题...如果愿意，您可以轻松切换到MySQL。当wiki表超过一百万行时，我们开始对接口有点不满意（胭脂脚本这样做了），所以我想您对Trac的性能应该没问题。如果这是一个问题，您也可以使用为Trac服务的多个节点（无论如何，如果电源/网络出现故障，最好有2个节点）。

如果您的团队只有6个编码员，则可以考虑将所有项目放在一个Trac项目中，并使用故障单的组件或里程碑字段。它应该工作正常。

还应该注意的是，Trac通过可从Web轻松获得的插件具有极强的可扩展性。

我没有任何Trac链接问题，因此无法对此问题发表评论。您能否更具描述性？

关于无法轻松设置多个项目的问题……我们的管理员编写了一个大约100行的脚本来处理该问题，现在大约需要5分钟才能建立一个新的Trac项目。我们已经有60个了。我不知道Jira，但是很少建立新项目。您将需要更频繁地通过工单查询创建报告。

如果您考虑商业解决方案，请查看FogBugz-我听说这很了不起...但是它不如Trac可扩展（您不能只使用丰富的python API添加所需的功能-我在Trac中非常重视此功能）。

看一下Trac plugin list的长度。如果愿意，您可以轻松安装其中的任何一个。

编辑：我后来发现，在Jira中添加项目很容易，但是由于其支持的功能数量，Jira比Trac更难掌握（您可能不会在6人团队中使用大多数功能）。如今，由于Agile plugin，您需要考虑Jira。

关于bug-tracking - JIRA还是Trac？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/870845/

上一篇：google-analytics - 谷歌分析 : How to overcome payload size restriction?

下一篇：c# - Ultrawingrid - 根据唯一值选择行

相关文章：

linux - 如何在 docker 中停止服务 jira 以更新 jira？

migration - Mantis 到 Bugzilla 的迁移？

svn - 如何使用命令行 SVN 强制恢复特定版本号？

version - 正确使用版本和里程碑的方法

git - Trac 票证有文件引用

jira - 将 JIRA 问题迁移到 GitLab？

jira - 如何将 JavaScript 添加到 JIRA 7

maven - 是否有支持 Maven 的问题跟踪器？

java - 如果 Sun 不响应，如何成功打开 Java 错误？

bug-tracking - 正确组织的 bugtracker 规则(Mantis 等人)