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 吗?
评论