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

Question

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

我不正在寻找：

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

我上午正在寻找：

• “功能X的行为与预期不符......”
• “Trac表现得奇怪......”
• “Trac并不完全支持......”
• “Trac本身有一个可能永远无法修复的已知错误......”
• 特别是“Trac无法处理......”
• 等

那么，Trac引起的头痛是什么让我期待呢？

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

Answer 1

关于如何处理multi projects，仍然没有共同的看法。如果这不是你的情况 - 其余的应该适合你。

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

当其他人重新分配您的机票时，you don't get notified。