首個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嗎？