我从事研究工作，我的生物信息学工作组需要一个项目管理软件来跟踪多个项目（Linux 环境）。最初，我们计划使用 TRAC，但后来我意识到了 REDMINE。而且，我在2008年和2009年的一些早期帖子中看到，许多项目已经转向Redmine。目前，我无法找到这两个系统之间的任何最新或可靠的比较，因此无法确定哪一个更好（也许两者都同样好）。
我的问题：
你们中是否有人最近有这些系统中的一个或什至两个系统的经验，并且可以指出Redmine或Trac（或甚至两者都有）？
要求是：
- svn 和/或 dcvs (Git) 支持
- 文档管理
- 票务
- 错误跟踪
- wiki/内部博客（即知识管理）
- 多项目支持
- 简单
- 安装应该尽可能 在启动和运行可用的项目管理软件之前需要安装数百个插件（基本安装应该具有大多数功能）
非常感谢您的宝贵时间！
干杯
I'm working in research and my bioinformatics work group needs a project management software for keeping track of multiple projects (Linux environment). Originally, we planned for using TRAC but then I got aware of REDMINE. Moreover, I read in some earlier posts from 2008 and 2009 that many projects had switched to Redmine. Right now, I cannot find any up-to-date or reliable comparison between both systems and thus cannot wage which one is better (maybe both are equally good).
My question:
Does anyone of you have recent experience in one or even both of these systems and can point out some (big) advantages/disadavantages of either Redmine or Trac (or even both)?
Requirements would be:
- svn and/or dcvs (Git) support
- document management
- ticketing
- bug tracking
- wiki / internal blog (i.e., knowledge management)
- multiple project support
- installation should be as easy as possible
- there shouldn't be hundreds of plugins to be installed before getting a usable project management software up and running (base installation should have most features)
Thanks a lot for your time!
Cheers
发布评论
评论（7）
我经常使用 redmine，我喜欢它！
svn 和/或 dcvs (Git) 支持
两者都得到了。如果您将票号添加到提交消息中，提交将在票证中显得非常优雅，这是我作为开发人员最喜欢的功能之一:)
文档管理
我也明白了，但只是非常简约。您可以将文件上传到票证和项目（单独），但无法搜索它们（即）
工单、错误跟踪、wiki
是的，是的，还有...是的:)我喜欢写票证或其他文本内容的语法，有点类似于 stackoverflow.com 上的语法。
多项目支持
因为如果需要，您可以创建具有不同访问权限的项目、子项目、子子项目...。您还可以使用票证进行级联。
安装和插件
我从未安装过redmine实例，也没有使用ruby的经验。我只是一名 redmine 用户 - 但我知道可以编写自己的扩展（我的公司出于自己的目的编写了一个扩展，以延长跟踪时间）
结论：我将永远使用 Redmine当我需要票务系统时！
更新：有时我也会使用代码托管商（如 bitbucket 或 github）的问题集成。 Redmine 是我用过的最大的解决方案。 Trello 也是一种替代方案，当涉及的人员不多且项目也不是那么大时，我喜欢用它来处理客户任务（您可以创建团队）。
I'm working very much with redmine, and I love it!
svn and/or dcvs (Git) support
got it both. if you add the ticket number to the commit message, the commit will appear very elegant in the ticket, this is one of my favorite features as developer :)
document management
got it too, but just very minimalism. You can upload files to tickets and projects (seperately) but you can't search for them (i.e.)
ticketing, bug tracking, wiki
yes, yes and... yes :) I like the syntax of writing tickets or other text contents, kind of similar with the syntax at stackoverflow.com.
multiple project support
of cause you can create projects, sub-projects, sub-sub-projects.... with different access rights if necessary. You can also do this cascading with tickets.
installation and plugins
I have never installed a redmine instance, and I have no experience with ruby. I'm just a redmine user - but I know that it is possible to write own extensions (my company has written one for own purposes, to extend the tracking of time)
Conclusion: I will always use Redmine when I need a ticket system!
Update: Sometimes I am also using the issue integration of code hosters like bitbucket or github. Redmine is the largest solution I've used. Trello is also an alternative, which I like to use to handle customer tasks (you can create teams), when not much people are involved and the project is not that big.
Redmine 具备开箱即用的所有功能，总体质量非常好。
然而Redmine的安装是一个不同的问题。 Redmine 有很多依赖项，其中许多依赖项有多个版本，彼此不兼容。到目前为止我无法手动安装最新的redmine。
然而，运行良好的是 Debian Squeeze 提供的 redmine 软件包。它是一个旧版本（1.0.1-2），但拥有您需要的一切。我知道openSUSE和Ubuntu也提供redmine包。 （都是 1.1.3 版本，他们也无法安装最新版本，是吧？）
Redmine has all that out of the box in a generally very good quality.
However the Installation of Redmine is a different issue. Redmine has a lot of dependencies and many of those dependencies have multiple versions which are not compatible with each other. I was unable to install the most recent redmine manually so far.
What worked fine however was the redmine package provided by Debian Squeeze. It's an older version (1.0.1-2) but has everything you need. I know that openSUSE and Ubuntu also provide redmine packages. (both version 1.1.3, they weren't able to get an recent version installed either, huh?)
我们使用Redmine有一段时间了。过去可能很难安装（我不这么认为），但 Ubuntu 现在包含了它，因此安装只需简单的一行“apt-get install red mine”即可。然后你只需打开乘客模块“a2enmod乘客”，最后启用redmine站点。
We have been using Redmine for some time. It may have been difficult to install in the past (I didn't think so) but Ubuntu now includes it so installing is a simple one liner "apt-get install red mine". Then you just turn on the passenger module "a2enmod passenger" and finally enable the redmine site.
我没有使用 Trac 或 Redmine 的经验，我们使用 Gemini，但您可以找到项目管理工具的比较
希望这有帮助，
戴夫
I don't have experience with either Trac, or Redmine, we use Gemini, but you can find a comparison of project management tools here.
Hope this helps,
Dave
我更喜欢 Trac。到目前为止，我已经使用 Trac 超过 7 年了。我也使用Redmine 工作了3 年。我在生产中使用的最新版本是：Trac 1.0.1 和 Redmine 2.2.3。但与 Trac 相比，Redmine 有一些严重的缺点：
安装并不容易：
您不能将 Debian/Ubuntu 软件包系统用于生产用途
我建议您通过
gem和bundler安装。然而，这就像主页上描述的那样简单。但是，除了系统包管理之外，我最讨厌那些软件包管理系统的是，您必须单独关心更新和所有其他内容。有些人建议 RVM 提供虚拟 ruby 环境，您可以在其中相邻安装多个 Rails 版本，但这是不可能的与 apt-get.我对此感觉不太好，但至少它有效。管理并不容易，考虑进行备份：在 Trac 中这是一件简单的事情，在 Redmine 中，您必须单独备份：配置、附加文件和数据库内容。此外，人们经常说Redmine支持多个项目，因此更容易设置新项目并且配置不会重复。请参阅下文，有一个关于多项目支持的额外段落。最后但并非最不重要的一点是，每当我管理 Trac 项目时，我都喜欢编辑 PLAIN-TEXT 配置文件。在 Trac 中，您只需要查看一个这样的文件：
trac.ini。配置已损坏：例如，考虑在 Redmine 中创建自定义路由，该路由显示起始 wiki 页面，而不是作为首页的项目概述。系统会建议您编辑Redmine的源代码！这是非常危险的，因为下次更新将覆盖您的配置。所以这样的配置并不是真正的意图。但一个好的工具应该将配置与应用程序源代码分开。
Wiki 功能缺失：由于与 XSS 漏洞相关的未修复错误，一些重要的 Wiki 功能缺失。 （例如，参见纺织维基标记）。因此，您最终将无法在 wiki 页面内放置评论、以自定义尺寸渲染图像，...
缺少垃圾邮件防护：是的，有一个过时的 reCaptach 插件，但它没有不再工作了。特别是分叉还保护问题页面。与具有 SpamFilter 插件（具有出色的属性）的 Trac 相比，这是不行的。没有人愿意手动删除垃圾邮件。
随着时间的推移，出现了许多关键点，让人们说，Redmine 更好。我怀疑这些：
多项目支持：当然，Trac 提供多个项目，每个项目都有自己的配置！，这非常有帮助：考虑使一个项目闭源和一个开源。对于闭源项目，您可能会隐藏存储库，但对于开源项目则不然。这对于Redmine来说是不可能的。此外，使用 Trac，您可以单独备份项目，当然，您可以将它们分开，以防您的 50 个项目之一变得流行，因此它需要一个自己的服务器！ Redmine 无法做到这一点。最近，出现了一个新插件，支持一个 Trac 实例中的多个用户项目，请查看 http://trac .edgewall.org/wiki/PluginList#MultipleProjects
除此之外，还有一个使用 Trac 来构建此功能的项目：Bloodhound
版本控制系统：我认为安装插件并不难，几乎每个 VCS 都有一个 Trac 插件：Git、Perforce 、Mercurial、Darcs、Monotone、Subversion、Bazaar。此外，我更喜欢带有插件的小型核心框架，而不是集成支持 Git、Mercurial 等的大型框架……这样的架构不是模块化的。因此，将 VCS 支持添加到插件中就是实现这一目标的方法。不要将所有东西都集成到框架中。
插件：我认为 Trac 和 Trac-Hacks 比 Redmine 有更多的插件，因此 Doxygen、Jenkins、Latex、BibTex 等的集成没有问题！
计时和估计：Trac 中也有相应的插件！
总而言之，我不明白最近的Trac-bashing，它也是用流行的解释器语言（python）编写的，它具有几乎相同的功能。
Redmine 的安装过程并不容易，但 Trac 安装现在也变得更加复杂，因此手动数据库创建等不再算作缺点。
最后但并非最不重要的一点是，这两个项目都使用插件系统。此类插件的用户经常遇到的问题是，它们可能是孤立的并且不支持当前框架。对于 Redmine，这种情况在我身上发生过十几次，但有时对于 Trac 也发生过。但我非常主观的印象是，关键插件从未受到此类问题的影响，而 Trac 发生的情况要少一些。
最后最后但并非最不重要的一点是，我将尝试 Phabricator，因为它提供了用于代码审查的内置工作流程。
I would favour Trac. I've used Trac a long time over 7 years by now. I've also worked 3 years with Redmine. Latest versions I used in production were: Trac 1.0.1 and Redmine 2.2.3. But Redmine has some serious drawbacks over Trac:
Installation is not easy:
You cannot use Debian/Ubuntu package system for production use
I advise you to install via
gemandbundler. However, this was as easy as described on the homepage. But what I hate most about those software package management systems beside the systems package-management is, that you have to care for updates and all other stuff separately. Some people suggest RVM providing virtual ruby environments, where you can have multiple Rails versions installed next to each other, which is not possible with apt-get. I don't feel good with this but at least it works.Administration is not easy, considering making a backup: In Trac this is a one-liner, in Redmine, you have to backup: configuration, attached files and database content all separately. Additionally, often it is stated that Redmine supports multiple projects, so its easier to setup a new project and configuration is not duplicated. See below, there is an extra paragraph on multiple project support. Last but not least, whenever I administer a Trac project I love to edit PLAIN-TEXT configuration files. In Trac there is only one such file you need to look at:
trac.ini.Configuration is broken: E.g consider creating custom routes in Redmine, that show the start wiki page and not the project overview as first page. You will be recommended to edit Redmine's sources! That is very dangerous as next update will overwrite your configuration. So such kind of configuration was not really intended. But a good tool should separate configuration from application source code.
Wiki features missing: Some important wiki features are missing due to an unfixed bug related to a XSS vulnerability. (e.g. see textile wiki markup). So you will end up not able to place comments inside wiki pages, render images in custom size,...
Missing Spam protection: Yes there is an outdated reCaptach plugin, but it doesn't work anymore. Especially the fork also protecting the issue-pages. Compared to Trac which has a SpamFilter plugin which has fantastic properties this is a no-go. No one wants to delete spam manually.
Many critical points have been made over time that made people say, Redmine is better. I doubt those:
Multiproject support: Of course Trac provides multiple projects, each having its own configuration!, and this is very helpful: Consider making one project closed source and one open source. For the closed source you will probably hide the Repository, but not for the open source project. this is not possible with Redmine. Furthermore, with Trac you can Backup the projects separately and of course you can separate them incase one of your 50 projects become popular so it will need an own server! Redmine cannot do this. Recently, a new plugin came up supporting multiple user projects in one Trac instance, look at http://trac.edgewall.org/wiki/PluginList#MultipleProjects
Beside that, there is a Project using Trac to build this feature: Bloodhound
Version Control System: I think installing a plugin is not that hard, and for almost every VCS there is a plugin for Trac: Git, Perforce, Mercurial, Darcs, Monotone, Subversion, Bazaar. Furthermore I would favour a small core framework with plugins over a big framework with integrated support for Git, Mercurial, etc... Such an architecture is not modular. So putting VCS support to plugins is the way to do it. Not to integrate everything into the framework.
Plugins: I would argue Trac and Trac-Hacks have much more plugins than Redmine, so integration of Doxygen, Jenkins, Latex, BibTex, etc. is no problem!
Timing and Estimation: There are plugins for that in Trac too!
All in all I don't understand the recent Trac-bashing, It's also written in a trendy interpreter language (python), it has almost the same functionality.
Redmine's installation process is not easy, but Trac installation became also more complex these days so manual database creation, etc. can't count as a drawback anymore.
Last but not least, both projects using a plugin system. The problem the user of such plugins often has is, they may be orphaned and not supporting the current framework. This happend to me more than a dozen times for Redmine, but also sometimes for Trac. But my very subjective impression is, that crucial plugins were never affected by this kind of problem and with Trac that happened a bit fewer.
Last Last but not least least, I will try out Phabricator as it offers builtin workflow for code review.
我使用Redmine并且......我喜欢它;）
您可以配置角色，将用户或组与项目链接，为每个用户或组指定角色
您可以指定自己的问题（票证）类型，例如。 bug、新想法、问题优先级
您有甘特图（您可以指定每个问题的截止日期），您可以将每张票证与您的项目版本链接...这里有很多很多功能，
I use Redmine and ... i like it ;)
you can configure roles, link users or groups with project, specifying role for each
you can specify your own issue (ticket) type, for eg. bug, new idea, issue priorities
you have gantt chart (you can specify deadline for each issue), you can link every ticket with version of your project ... many, many features here
在 BitNami，我们为 Trac 和 Redmine. Redmine 肯定更受欢迎，但 Trac 也越来越受欢迎，特别是 1.0 版本即将到来。既然您提到了 Git 或 DVCS 支持，您可能还对 Gitorious 或 Gitlab
At BitNami we provide free installers and VMs for Trac and Redmine. Redmine is definitely much more popular but Trac is getting more popular, in particular as 1.0 version is around the corner. Since you mentioned Git or DVCS support, you may also be interested in Gitorious or Gitlab