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

【问题标题】：What headaches should I expect from using Trac?使用 Trac 会带来哪些令人头疼的问题？
【发布时间】：2010-02-08 16:55:49
【问题描述】：

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

我不是在寻找：

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

我正在寻找：

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

那么，Trac 引起的头痛有哪些值得期待的呢？

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

【问题讨论】：

标签： bug-tracking trac issue-tracking

【解决方案1】：

对于如何处理multi projects，目前还没有统一的看法。如果这不是你的情况 - 其余的应该适合你。

【讨论】：

这是迄今为止发布的最令人震惊的事情。我知道您可以创建多个项目，但不知道它不支持多个项目！

【解决方案2】：

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

这些天我会解决这个问题...

Trac 0.11 比 0.10 更消耗资源；很大程度上是因为模板引擎改用了 Genshi。您可能需要密切关注服务器上的资源，尤其是内存。我希望在 0.13 左右看到对性能的更多关注。

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

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

【讨论】：

【解决方案3】：

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

http://trac-hacks.org/ticket/131 - 持久登录（即浏览器重启后的持久登录会话 cookie）仍未提交。

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

【讨论】：

【解决方案4】：

0.12 已经很接近发布了，我会直接去 r9125 后备箱或附近：

多源存储库支持（使用 r9125 登陆主干的分支）
实时文本编辑预览
带有差异的票务评论编辑是

这就是为什么我继续将我所有的环境都移到 0.12dev 的三个主要因素。不过，在 0.11 上，还有很多更小的好东西。

我认为在 SVN 工作副本之外运行 trac 提供了非常好的升级和一般可管理性，所以这是我的建议。

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

【讨论】：

【解决方案5】：

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

【讨论】：