使用Trac时我应该感到什么头疼？

Question

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

我不是在寻找:

• "使用产品X代替Trac,因为......"答案.
• "Trac很棒,因为......"答案.
• 与任何其他特定系统的比较.
• "Trac不支持Feature 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开发人员之一}