首个Eclipse Labs托管项目发布

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

一般来说，缺省的许可证是EPL，但是在创建项目时也可以选择其他开源许可。值得一提的是GPL与非GPL 插件系统不兼容，这就解释了为什么几乎不存在基于GPL的Eclipse或OSGi绑定。

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

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

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

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

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

Eclipse Labs的另一尝鲜者是。 它是一个开箱即用的解决方案，打包了基于Windows的CDT环境和基于 MinGW的gcc工具。由于gcc的许可是基于GPL的，所以不能寄宿或分布在之 上。尽管在大多数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吗？