首个Eclipse Labs托管项目发布

Eclipse Labs联合Google在http://www.eclipselabs.org/上 托管了Google Project Hosting的一个实例。其目标是为全部有志于编写Elipse插件（或OSGi绑定）的开发者们提供一个开源代码的统一托管点，他们再也不须要在多个代 码提供商处分散地托管代码。

通常来讲，缺省的许可证是EPL，可是在建立项目时也能够选择其余开源许可。值得一提的是GPL与非GPL 插件系统不兼容，这就解释了为何几乎不存在基于GPL的Eclipse或OSGi绑定。

未来的计划中包括为插件提供定义升级网站的元数据的能力，这样插件就能出如今Eclipse市场（先前的EPIC）上了。它与Helios Eclipse市 场的客 户端结合以后将使在标准的Eclipse平台上安装插件更加简单。

Google宣布了他们的第一个将要放在Eclipse Labs上的项目——“Workspace Mechanic”，该项目的目标是提供一个能多个Eclipse工做空间之间同步配置信息的解决方案。

Google内部使用 它已经有些时日了，Robert Konigsberg如此描 述了它带来的好处：

Workspace Mechanic可用于单用户模式和企业模式，并自动维护你全部的Eclipse环境。

咱们加入的最酷的特性是我的偏好记录器，它监听全部对偏好的更改，并将此保存成任务，所以你就能对计算机上的全部工做空间应用此任务。

Eclipse Labs的另外一尝鲜者是Wascana。 它是一个开箱即用的解决方案，打包了基于Windows的CDT环境和基于 MinGW的gcc工具。因为gcc的许但是基于GPL的，因此不能寄宿或分布在eclipse.org之 上。尽管在大多数Unix操做系统上已经自带了gcc，可是Windows平台上的它的缺失却为CDT在Windows环境中使用带来了不少障碍。 Eclipse CDT项目的领导人暨Wascana的创始人，Doug Schaefer认为Eclipse Labs将是游 戏规则的改变者。

当我首次听到Eclipse Labs时就为其理念而激动不已。在Eclipse的官方网站旁边开设一个中心网站供你们托管开源项目既是提高这些项目的可视 性的极佳途径又能极大地鼓励 新项目的创造。

今天，Eclipse Labs终于梦想成真。并且，做为它的beta测试用户之一，我很是荣幸地宣布，“面向Windows开发者的Wascana Eclipse C/C++ IDE”项目已经在这里安家。我曾与Wascana一块儿在SourceForge上奋斗过，但那里却只有很低的信噪比。感谢Eclipse Labs，它应该能帮助人们方便地找到它并实现它在Eclipse社区一席之地。

感谢Ian Skerrett和Google对Eclipse Labs所作出的贡献。正如我第一次听到这个消息时在博 客上提到的，它将是一个游戏规则改变者。我火烧眉毛地但愿看到有哪些项目将在这里出现。

目前，Eclipse Labs提供了与Google Code所用的一样的版本控制系统。Google Code对SVN与Hg. Git的支持已经开始被废弃了 (尽管有不少项目依然经过git svn使用Google Code)。

他们的分析凸出了目前对HTTP性能的担心：虽然咱们能够支持多种DVCS，咱们的决定是支持 Mercurial，主要基于两个缘由。首要缘由是支持现有的Subversion的庞大用户群，他们但愿能使用分布式版本控制系统。其二，考虑到 Google Code的基础设施是基于HTTP服务而建的，咱们发现Mercurial的HTTP性能是最好的。欲了解更多信息，请参阅咱们的分析。

自从初始分析以后，git收购了Smart HTTP协议，目前它被用在Github上，而且应该在不久的未来就会为Eclipse的Git存储，不过，在Git的支持被加入到Google Hosting所支持的版本控制系统以前，它应该都不会在 Eclipse Labs中出现。

你会把你的基于Eclipse或OSGi的项目搬进Eclipse Labs吗？