Project management 特雷克对雷德明

我从事研究工作，我的生物信息学工作组需要一个项目管理软件来跟踪多个项目（Linux环境）。最初，我们计划使用TRAC，但后来我意识到了REDMINE。此外，我在2008年和2009年的一些早期帖子中读到，许多项目已经转向Redmine。现在，我找不到两个系统之间的任何最新或可靠的比较，因此无法得出哪一个更好（也许两者都同样好）

我的问题：

你们中是否有人最近在这两个系统中的一个或两个方面都有经验，并且能够指出Redmine或Trac（或两者）的一些（重大）优点/缺点

要求是：

• svn和/或DCV（Git）支持
• 文件管理
• 票务
• 错误跟踪
• 维基/内部博客（即知识管理）
• 多项目支持
• 安装应尽可能简单
• 在启动并运行可用的项目管理软件之前，不应该有数百个插件需要安装（基本安装应该具有大多数功能）

非常感谢您抽出时间！

---

干杯

我对Trac或Redmine都没有经验，我们使用的是双子座，但你可以找到项目管理工具的比较

希望这有帮助，

---

Dave我用Redmine和。。。我喜欢它；）

• svn和git工作得很好，它实现了更多的REPO（DARC、Mercurial、Cvs、Bazaar、文件系统？？？），但还没有尝试使用它们
• 关于安装-在我的情况下，自动安装在我的主机，所以我不能说一件事，你应该能够找到许多教程
• 票务/错误跟踪——我认为，对于RM和Trac来说，这都是主要功能，所以写太多了；） 您可以配置角色，将用户或组与项目链接，并为每个角色指定角色 您可以指定自己的问题（票证）类型，例如错误、新想法、问题优先级 您有甘特图（您可以指定每个问题的截止日期），您可以将每个问题与您的项目版本链接。。。这里有很多很多特色
• 多项目支持-您可以将多个项目与一个（我的意思是相同的）或多个回购协议链接
• 文档管理/wiki/内部博客-没有使用此功能，但是是的，RM有一些用于文档管理和wiki模块的功能
• 100的插件。。。我没有，但仍然有太多的配置选项：P

---

我喜欢Trac。到目前为止，我已经使用Trac超过7年了。我也在Redmine工作了3年。我在生产中使用的最新版本是：Trac 1.0.1和Redmine 2.2.3。但与Trac相比，Redmine有一些严重的缺点：

安装不容易：

您不能将Debian/Ubuntu软件包系统用于生产

• 由于配置和应用程序代码并没有分离，所以每当您获得包更新时，它们都会覆盖您的更改
• Debian在2013年初（1月）有5个安全漏洞，在不稳定和测试中仍然没有修复。当然，Debian stable中的修复工作已经完成，stable中的包版本已经过时，更新版本的Redmine将无法工作
• Redmine的依赖项是固定的，因此新的库版本可能无法工作。这就是您必须配置apt get或aptitude以不升级某些依赖项的原因

我建议您通过

gem

和

bundler

安装。然而，这和主页上描述的一样简单。但是，除了系统包管理之外，我最讨厌那些软件包管理系统的是，你必须分别关注更新和所有其他东西。有些人建议提供虚拟ruby环境，在这里可以将多个Rails版本安装在一起，而apt get不可能做到这一点。我感觉不太好，但至少它是有效的

管理并不容易，考虑进行备份：在Trac中，这是一个单行程序，在Redmine中，您必须分别备份：配置、附加文件和数据库内容。此外，经常有人说Redmine支持多个项目，因此更容易设置新项目，并且配置不会重复。见下文，有一个关于多项目支持的额外段落。最后但并非最不重要的一点是，每当我管理Trac项目时，我都喜欢编辑纯文本配置文件。在Trac中，您只需要查看一个这样的文件：

Trac.ini

< > >强>配置被破坏：例如考虑在ReReMin中创建自定义路由，这显示了开始Wiki页面，而不是项目概览作为第一页。我们建议您编辑Redmine的源代码！这是非常危险的，因为下一次更新将覆盖您的配置。因此，这种配置并不是真正想要的。但是一个好的工具应该将配置和应用程序源代码分开

缺少Wiki功能：由于与XSS漏洞相关的未修复错误，缺少一些重要的Wiki功能。（例如，参见纺织维基标记）。因此，您将无法在wiki页面中放置注释，无法以自定义大小呈现图像

缺少垃圾邮件保护：是的，有一个过时的reCaptach插件，但它不再工作了。特别是fork还可以保护问题页面。相比于Trac，它有一个SpamFilter插件，它有这个是不可能的。没有人想手动删除垃圾邮件

随着时间的推移，人们提出了许多关键点，这些关键点让人们说，红色矿山更好。我怀疑：

多项目支持：当然，Trac提供多个项目，每个项目都有自己的配置！，这很有帮助：考虑制作