InfoQ据这件事采访了JRuby的两位领导者Charles Nutter和Tome Enebo，探究为什么他们要迁移项目的原因。通过这次访谈也让人了解到现在困挠SourceForge的一些问题。

Charles说起SourceForge就气不打一处来，首先开炮，“JavaOne大会前一周SourceForge的下载速度确实惹火了我。在我们想根据大会对项目做一些更改时，不论是Anon（注：应为匿名访问者）还是开发者的CVS，要下载完项目都需要好几天的时间。这让我们花了好几个星期才弄明白哪些修改做得不错，哪些不理想，然后再去处理。”说到这儿还不算完，Charles接着说，“SourceForge太大了，我们根本得不到想要的支持。但Codehaus的小伙子们做得不错，给我们很大帮助，而且对待发生的问题也很负责”，最让人失望的是，“越来越慢的CVS下载速度，我不管他们又增加了多少新服务器；但是好像因为一些管理不善等原因造成服务器宕掉的事情对他们来说并不重要。”

Tom详细说明了CVS下载时间的问题，他说“JavaOne大会的时候，开发者的下载时间差不多要一周。而对匿名人员，如果我没记错的话，差不多要一个月。”说起SourceForge提供的可靠性，Tome接着说，“我很惊讶SourceForge不提供对修订的高可控性。从前我总告诉自己关于SourceForge的这些都不是真的，但现在我的信心越来越小。”

对SourceForge的邮件列表，Charles也有很多的意见，现在这个邮件列表收发的速度都很慢。迁移一方面是因为可靠性，在做决定时功能的设置也是一个考虑的因素。Charles用“非常原始”一词来描述SourceForge的Bug跟踪系统，而Codehaus则提供了一套相关的软件如Confluence、Jira和Fisheye等。还有一些其它的服务，Codehaus允许项目管理者对他们项目的Web页的结构与内容自行定制，但SourceForge里的所有项目只有统一的项目主页也没有内容授权工具。

Charles和Tom对SourceForge也并不全是抱怨，对SourceForge提供的服务Tom表示了感激之情，他告诉InfoQ的人说，“我希望SourceForge越来越好。他们为JRuby提供一个免费的空间，还有其它很多很多的项目。希望他们继续努力，能够持续更新所使用的工具，以提供更好的服务。如果SF对目前发生的这些问题不重视，结果肯定很可怕，但我想要短期内改变这些问题对他们而言是很困难的。”

一个SourceForge的代表告诉InfoQ说他们已经意识到这些问题，也在努力改进，但具体的情况没说。

CodeHaus里领导“despot”的Bob McWhirter从另一方面解释迁移的原因，他提到Codehaus的社区管理平台Xircles是一个Ruby on Rails程序。也就是说，Codehaus主要是接纳Java相关的项目，而RubyForge里则有很多开源的Ruby项目。

没有常胜的将军，SourceForge虽然在推广开源的过程中战功赫赫，但如果在发展壮大之后不重视自己的后续服务，也会使“客户”抱怨，尽管它提供的是一个免费的平台。既然已经做了这件事情，就要把他做好，而不是让人热心的来灰心地走！