Trac vs. Redmine | 那些遇到过的问题

我赞成Trac.到目前为止,我已经使用Trac很长时间了7年.我和Redmine一起工作了3年.我在制作中使用的最新版本是:Trac 1.0.1和Redmine 2.2.3.但Redmine比Trac有一些严重的缺点:

安装并不容易:
1. 您不能使用Debian/Ubuntu软件包系统进行生产使用
  - 由于配置未与应用程序代码分离,因此无论何时获得软件包更新,它们都将覆盖您的更改.
  - Debian在2013年初(1月)有5个安全漏洞,其中一些在不稳定和测试中仍然没有固定.当然Debian stable中的修复程序已经完成,软件包版本在稳定版本中已经过时,新版本的Redmine将无法运行.
  - Redmine的依赖项是固定的,因此新的库版本可能无法正常工作.这就是您必须配置apt-get或aptitude不升级某些依赖项的原因.
2. 我建议你安装通过gem和bundler.但是,这很容易在主页上描述.但是,除了系统包管理之外,我最讨厌的软件包管理系统是,您必须分别关注更新和所有其他内容.有些人建议RVM提供虚拟ruby环境,你可以在其中安装多个Rails版本,这是apt-get无法实现的.我觉得这不好,但至少它有效.
考虑进行备份,管理并不容易:在Trac中这是一个单行程序,在Redmine中,您必须单独备份:配置,附加文件和数据库内容.此外,通常会说Redmine支持多个项目,因此更容易设置新项目和配置不会重复.请参阅下文,有多个项目支持的额外段落.最后但并非最不重要的是,每当我管理Trac项目时,我都喜欢编辑PLAIN-TEXT配置文件.在Trac中,只需要查看一个这样的文件:trac.ini.
配置被破坏:例如,考虑在Redmine中创建自定义路由,它显示起始维基页面而不是项目概述作为第一页.建议您编辑Redmine的来源!这非常危险,因为下次更新将覆盖您的配置.所以这种配置并不是真的有意.但是一个好的工具应该将配置与应用程序源代码分开.
Wiki功能缺失:由于与XSS漏洞相关的未修复错误,缺少一些重要的Wiki功能.(例如,参见纺织品维基标记).因此,您最终无法在Wiki页面中放置注释,以自定义大小呈现图像,...
缺少垃圾邮件防护:是的,有一个过时的reCaptach插件,但它不再起作用了.特别是fork也保护了问题页面.与具有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,因为它提供内置的代码审查工作流程.

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

Sou*_*ver 32

我用Redmine和...我喜欢它;)

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