使用 Trac 会带来哪些令人头疼的问题？

Question

没有任何工具是完美的，我即将使用 Trac 启动几个长期项目，并希望了解我可能会或可能不会遇到的各种问题。换句话说，Trac 在短期内满足了我的需求，并且我已经决定使用它，但我想知道将来会发生什么。

我不是寻找：

• “使用产品 X 而不是 Trac，因为......”答案。
• “Trac 很棒，因为……”回答道。
• 与任何其他特定系统的比较。
• “Trac 不支持功能 X”的答案。我也可以阅读功能列表，非常感谢。

我正在寻找：

• “功能 X 的行为不符合预期...”
• “Trac 在...时表现奇怪”
• “Trac 不完全支持...”
• “Trac 本身有一个已知的可能永远不会被修复的错误......”
• 尤其是“Trac 无法处理......”
• 等等

那么，我必须期待哪些由 Trac 引起的头痛？

为了将来参考，这个问题是在 Trac v0.11 是最新稳定版本时提出的。

Answer 1

对于如何处理多项目仍然没有共识。如果这不是您的情况 - 其余的应该适合您。

Answer 2

我在使用长期 Trac 实例时遇到的一个问题是“版本”字段。可以分配给工单的版本列表和可以在自定义查询界面中查询的版本列表之间没有区别。因此，如果该字段的版本列表开始变得非常长，您就无法在不限制可以搜索的内容的情况下真正修剪它。

有一天我会抽出时间来解决这个问题...

Trac 0.11 比 0.10 更消耗资源；很大程度上是由于模板引擎改用了 Genshi。您可能需要关注服务器上的资源，特别是内存。我预计 0.13 左右的版本会更加关注性能。

哦，如果您遇到问题，freenode 上的 #trac 可能是一个很好的资源。

_{披露：我是 Trac 开发人员之一}

Answer 3

我们已经在多个项目中使用 Trac 多年了。想了一会儿，我仍然想不出任何重要的问题来列出。

http://trac-hacks.org/ticket/131 - 持久登录（即持久登录跨浏览器重新启动的会话cookie）仍然没有提交。

这意味着当你收到带有 trac 链接的 svn post-commit 邮件时
如果您的浏览器尚未加载（记住您的登录信息），您必须输入凭据才能查看内容（取决于您的安全设置方式）。仅当您仅信任网络上的某一类用户时，这才会出现问题。浏览器记住凭据可以缓解这种情况，对于高安全性情况，您可能根本不需要该选项，但对我们来说，这有点烦人。

Answer 4

0.12 即将发布，我会直接选择 r9125 主干或类似的版本：

• 多源存储库支持（分支通过 r9125 登陆主干）
• 实时文本编辑预览
• 票证评论编辑与差异是

这些是我继续并移动所有内容的三个主要因素我的环境设置为 0.12dev。不过，除了 0.11 之外，还有许多其他细微的好处。

我认为从 SVN 工作副本中运行 trac 可以提供非常好的升级和一般可管理性，所以这就是我所推荐的。

到目前为止，多个项目支持是最大的罪魁祸首，我希望自己投入一些工作来改善这种情况。

Answer 5

当其他人重新分配您的票证时，您不会收到通知。