当前位置:  开发笔记 > 编程语言 > 正文

Trac vs. Redmine

如何解决《Tracvs.Redmine》经验,为你挑选了3个好方法。

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

我的问题:

你是否有人在这些系统中的一个甚至两个系统中都有最近的经验,并且可以指出Redmine或Trac(甚至两者)的某些(大)优势/劣势?

要求是:

svn和/或dcvs(Git)支持

文件管理

票务

错误跟踪

维基/内部博客(即知识管理)

多项目支持

安装应尽可能简单

在启动并运行可用的项目管理软件之前,不应该安装数百个插件(基本安装应具有大多数功能)

非常感谢你的时间!干杯



1> math..:

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

    安装并不容易:

      您不能使用Debian/Ubuntu软件包系统进行生产使用

      由于配置未与应用程序代码分离,因此无论何时获得软件包更新,它们都将覆盖您的更改.

      Debian在2013年初(1月)有5个安全漏洞,其中一些在不稳定和测试中仍然没有固定.当然Debian stable中的修复程序已经完成,软件包版本在稳定版本中已经过时,新版本的Redmine将无法运行.

      Redmine的依赖项是固定的,因此新的库版本可能无法正常工作.这就是您必须配置apt-get或aptitude不升级某些依赖项的原因.

      我建议你安装通过gembundler.但是,这很容易在主页上描述.但是,除了系统包管理之外,我最讨厌的软件包管理系统是,您必须分别关注更新和所有其他内容.有些人建议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还没有将操作显示为非编码人类可理解的句子.
我记得开发速度快得多的时候.孤儿插件也是Trac的主要问题.(当然redmine也会有这个问题)所以仍然有发展,但水平要低得多.这是我个人的观点.
+1安装RM并不容易,请注意Github中的GIT -repo是不稳定的开发-repo!浪费了几个小时,然后意识到软件是错误的...开发人员不太感兴趣让主人像gitolite -devs一样工作,所以下载tar -balls.没有make -file如此缓慢而痛苦,可能会在以后升级和维护,只是一个猜测.
+1在这里.安装Redmine非常糟糕.手册从未明确详细说明依赖关系.在最后一步中,您意识到它无法与apache很好地集成.
@hhh:实际上,这是SCM的重点.除非您想使用Redmine,否则您不应该使用最后一次HEAD修订版.使用标签或下载tarball.

2> Soul Reaver..:

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

svn和git工作正常,它有更多的repos实现(Darcs,Mercurial,Cvs,Bazaar,Filesystem ???),但还没有尝试过使用它们

关于安装 - 在我的情况下我的托管上的自动安装程序,所以我不能说一件事,你应该能够找到很多教程

票务/错误跟踪 - 我认为,对于RM和Trac来说它都是主要功能,所以写得太多;)你可以配置角色,链接用户或组与项目,指定每个你可以指定自己的问题的角色(票证) )类型,例如.错误,新想法,问题优先级你有甘特图(你可以指定每个问题的截止日期),你可以链接每个票与项目的版本...许多很多功能在这里

多项目支持 - 您可以将多个项目与一个(我的意思相同)或更多的回购链接

文档管理/维基/内部博客 - 没有使用此功能,但是,是的,RM有一些文档管理和维基模块

100的插件...我没有,仍然有太多的配置选项:P


我和两个人一起工作过,我也会建议Redmine:基本功能是依赖插件的次数少得多,界面更好TMHO.此外,trac的许多配置都要求你编辑配置文件,而Redmine提供了这样做的界面,这意味着:它不仅可以被基本的人用于系统管理员.

3> Daniel Lopez..:

在BitNami,我们为Trac和Redmine提供免费安装程序和VM .Redmine肯定更受欢迎,但Trac越来越受欢迎,特别是因为1.0版本即将来临.由于您提到了Git或DVCS支持,您可能还对Gitorious或Gitlab感兴趣


我已经测试了bitnami ubuntu VMWare映像:它开箱即用,我们很满意
推荐阅读
赛亚兔备_393
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有