Trac 与 Redmine [关闭]答案 - 爱码网

【问题标题】：Trac vs. Redmine [closed]Trac 与 Redmine [关闭]
【发布时间】：2011-08-18 09:40:56
【问题描述】：

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

我的问题：

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

要求是：

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

非常感谢您的宝贵时间！干杯

【问题讨论】：

Trac 没有对 Redmine 开箱即用支持的许多 VCS 的内置支持。否则可能会有不同的 Wiki 语法等标准。我发现安装都比较简单直接。使用 Trac 时，我第一次尝试设置多个项目时遇到问题，而一旦由于某些先决条件（不是 Redmine 的一部分）而遇到问题时，使用 Redmine。
可能重复：stackoverflow.com/questions/1130466/…, stackoverflow.com/questions/2366394/…
我觉得很有建设性。

标签： project-management trac redmine

【解决方案1】：

我会喜欢 Trac。 到目前为止，我已经使用 Trac 很长时间了 7 年多了。我也在 Redmine 工作了 3 年。我在生产中使用的最新版本是：Trac 1.0.1 和 Redmine 2.2.3。但是 Redmine 相对于 Trac 有一些严重的缺点：

安装并不容易：
1. 您不能将 Debian/Ubuntu 软件包系统用于生产用途
  - 由于配置未与应用程序代码分离，因此每当您获得软件包更新时，它们都会覆盖您的更改。
  - Debian 在 2013 年初（1 月）有 5 个安全漏洞，其中some 在不稳定和测试中仍未修复。当然，Debian stable 中的修复已经完成，软件包版本在 stable 中已经过时，新版本的 Redmine 将无法工作。
  - Redmine 的依赖项已修复，因此新的库版本可能无法正常工作。这就是您必须配置 apt-get 或 aptitude 不升级某些依赖项的原因。
2. 我建议您通过gem 和bundler 安装。然而，这就像主页上描述的那样简单。但是，除了系统包管理之外，我最讨厌那些软件包管理系统的是，您必须分别处理更新和所有其他内容。有人建议RVM 提供虚拟 ruby 环境，您可以在其中相邻安装多个 Rails 版本，而 apt-get 无法做到这一点。我对此感觉不太好，但至少它有效。
管理并不容易，考虑进行备份：在 Trac 中这是单行的，在 Redmine 中，您必须分别备份：配置、附加文件和数据库内容。此外，通常说Redmine支持多个项目，因此更容易设置新项目并且不会重复配置。见下文，有一个关于多项目支持的额外段落。最后但同样重要的是，每当我管理 Trac 项目时，我都喜欢编辑 PLAIN-TEXT 配置文件。在 Trac 中，只有一个您需要查看这样的文件：trac.ini。
配置已损坏：例如，考虑在 Redmine 中创建自定义路由，该路由显示起始 wiki 页面而不是项目概述作为第一页。建议您编辑 Redmine 的资源！这是非常危险的，因为下一次更新会覆盖您的配置。所以这种配置并不是真正的意图。但是一个好的工具应该将配置与应用程序源代码分开。
缺少 Wiki 功能：由于与 XSS 漏洞相关的未修复错误，缺少一些重要的 Wiki 功能。（例如，参见纺织 wiki 标记）。因此，您最终将无法将 cmets 放置在 wiki 页面中，无法以自定义大小呈现图像，...
缺少垃圾邮件保护：是的，有一个过时的 reCaptach 插件，但它不再起作用了。特别是 fork 也保护问题页面。与具有 fantastic properties 的 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 ，集市。此外，我更喜欢一个带有插件的小型核心框架，而不是一个集成了对 Git、Mercurial 等支持的大框架……这样的架构不是模块化的。因此，将 VCS 支持添加到插件是一种方法。不要将所有东西都集成到框架中。
插件：我认为 Trac 和 Trac-Hacks 的插件比 Redmine 多得多，因此 Doxygen、Jenkins、Latex、BibTex 等的集成没有问题！
时间和估计：Trac 中也有插件！总而言之，我不明白最近的 Trac-bashing，它也是用流行的解释器语言（python）编写的，它具有几乎相同的功能。

Redmine 的安装过程并不容易，但 Trac 的安装现在也变得越来越复杂，所以手动创建数据库等已经不能算作缺点了。

最后但同样重要的是，这两个项目都使用插件系统。此类插件的用户经常遇到的问题是，它们可能是孤立的并且不支持当前框架。对于 Redmine，这种情况在我身上发生了十多次，但有时对于 Trac 也是如此。但我非常主观的印象是，关键插件从未受到此类问题的影响，而 Trac 发生的情况则更少。

最后最后但同样重要的是，我将尝试 Phabricator，因为它提供了用于代码审查的内置工作流。

【讨论】：

您可以添加： 1. TRAC 中的表达工单工作流程比 RedMine 中的强大得多 2. Redmine 还没有将操作显示为非编码人员人类可以理解的句子。
我记得有一次开发速度要快得多。孤儿插件也是 Trac 的一个主要问题。（当然redmine也会有这个问题）所以还是有发展的，但是水平低很多。这是我个人的观点。
+1 安装RM不容易，注意Github中的git-repo是不稳定的development-repo！浪费了几个小时，然后意识到该软件有问题......开发人员不太感兴趣让主人像 gitolite -devs 那样工作，所以下载 tar -balls。没有 make -file 如此缓慢和痛苦，可能以后升级和维护，只是一个猜测。
+1 在这里。安装Redmine真是太糟糕了。该手册从未清楚地详细说明依赖关系。在最后一步，您意识到它无法与 apache 很好地集成。
@hhh：嗯，实际上，这就是 SCM 的重点。除非你想在 Redmine 上工作，否则你不应该使用最新的 HEAD 版本。使用标签或下载压缩包。

【解决方案2】：

我使用 Redmine 并且...我喜欢它；）

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

【讨论】：

谢谢，所以我会试试 RM！
我都使用过，我也建议Redmine：基本功能更少依赖插件，界面更好TMHO。此外，trac 的许多配置要求您编辑配置文件，而 Redmine 提供了执行此操作的界面，这意味着：它不仅可供系统管理员使用，而且可供基本人类使用。
添加：Redmine 的唯一问题是安装它，因为 ubuntu 软件包包含一个非常非常旧的版本。阅读此内容以了解您的设置：wiki.koumbit.net/RedmineConfiguration（它对 git 插件帮助很大）
我想使用 Trac，因为它是用 Python 而不是 Ruby 编写的（我不会说 Ruby 但 Python，我想制作自己的插件）但是缺少多项目支持是不行的我。制作大约 50 个 Trac 环境，每个项目一个？没门。即使我认为 Redmine 有一些缺点，如果您有很多项目，Redmine 仍然是更好的解决方案。
@fnkr，你错了。 Multi-Project 是一个稳定的 Trac 插件，您可以将其作为附加组件安装到基本 Trac 安装中。看trac-hacks.org/wiki/SimpleMultiProjectPlugin。

【解决方案3】：

在 BitNami，我们为 Trac 和 Redmine 提供免费的安装程序和虚拟机。 Redmine 肯定更受欢迎，但 Trac 越来越受欢迎，尤其是 1.0 版本即将发布。由于您提到了 Git 或 DVCS 支持，您可能还对Gitorious 或Gitlab 感兴趣

【讨论】：

我已经测试了 bitnami ubuntu VMWare 镜像：它开箱即用，我们很满意
@Daniel Lopez：在 Bitnami，您使用 MySQL（我不想要它）和 Apache（我们的管理员不想要它）。作为一个完整的 Ruby 菜鸟，我花了两天时间才弄清楚如何使用 IIS 和 MS-SQL 在 Windows 上安装 Redmine（我们的管理员不想设置 pg/mysql，因为他想要使用 MS 进行 ONE 备份）。不过，Linux VM 真的很不错，在那里学到了一些东西。

【解决方案4】：

我非常喜欢 redmine，我喜欢它！

svn 和/或 dcvs (Git) 支持

两者都有。如果您在提交消息中添加票号，提交将在票中显得非常优雅，这是我作为开发人员最喜欢的功能之一 :)
文档管理

也明白了，但只是极简主义。您可以（单独）将文件上传到工单和项目，但不能搜索它们（即）
票务、错误跟踪、wiki

是的，是的，而且...是的 :) 我喜欢写票证或其他文本内容的语法，有点类似于 stackoverflow.com 上的语法。
多项目支持

当然，您可以根据需要创建具有不同访问权限的项目、子项目、子子项目……。您也可以使用票证进行此级联。
安装和插件

我从未安装过 redmine 实例，也没有使用 ruby 的经验。我只是一个 redmine 用户 - 但我知道可以编写自己的扩展（我的公司为了自己的目的编写了一个，以延长时间跟踪）

结论：当我需要票务系统时，我会一直使用Redmine！

更新： 有时我也在使用代码托管程序的问题集成，例如 bitbucket 或 github。 Redmine 是我用过的最大的解决方案。 Trello 也是一种替代方案，我喜欢用它来处理客户任务（您可以创建团队），当涉及的人不多且项目不是那么大时。

【讨论】：

【解决方案5】：

Redmine 具备开箱即用的所有功能，质量通常非常好。

但是，Redmine 的安装是一个不同的问题。 Redmine 有很多依赖项，其中许多依赖项有多个相互不兼容的版本。到目前为止，我无法手动安装最新的 redmine。

但运行良好的是 Debian Squeeze 提供的 redmine 软件包。它是旧版本 (1.0.1-2)，但拥有您需要的一切。我知道 openSUSE 和 Ubuntu 也提供 redmine 软件包。（两个版本都是 1.1.3，他们也无法安装最新版本，对吧？）

【讨论】：

我已经测试了 debian 包和它的损坏。变化的数据在 /usr/share 下而不是在 /var 下进行管理，这是不行的。此外，插件基础架构不需要创建一些目录。当您在 Firebug 中使用 Page-Speed 时，您可能会在某些插件中看到这一点。

【解决方案6】：

我们使用 Redmine 已经有一段时间了。过去可能很难安装（我不这么认为），但 Ubuntu 现在包含它，因此安装是一个简单的“apt-get install red mine”。然后您只需打开乘客模块“a2enmod 乘客”，最后启用 redmine 站点。

【讨论】：

【解决方案7】：

我没有使用 Trac 或 Redmine 的经验，我们使用 Gemini，但您可以找到项目管理工具的比较here。

希望这会有所帮助，戴夫

【讨论】：

嗨，戴夫，感谢您提供的链接，但几天前我已经找到了。此外，还有关于这篇维基百科文章的删除讨论，因为比较表应该/应该不是最新的 (en.wikipedia.org/wiki/Wikipedia:Articles_for_deletion/…)。所以我无法验证他们在 Trac 和 Redmine 上的信息是否正确。
好的，抱歉，没有意识到围绕此问题进行了删除讨论。虽然我不能直接评论 Trac 或 Redmine，但我可以说，基于我在 stackoverflow 上看到的推荐频率，Redmine 似乎确实是更受欢迎的系统。不过，我相信有人会有更合适的答案——希望你能得到你需要的信息。