BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

Eclipse迁移到GitHub

| 作者 Alex Blewitt 关注 4 他的粉丝 ,译者 李彬 关注 1 他的粉丝 发布于 2013年6月25日. 估计阅读时间: 3 分钟 | 如何结合区块链技术,帮助企业降本增效?让我们深度了解几个成功的案例。

随着Eclipse Kepler的发布近在眼前,Mike Milinkovich撰写了一篇博客文章,来探寻关于社交编码在Eclipse中的前景。在该文中,他谈论了Eclipse项目部署在GitHub而不是基金会自己的服务器上的可能性,并将Vert.X称为引领这一变革的先行者。

在过去几年里,采用Git已经从小众行为上升成事实上的标准,现在大部分项目都在使用Git——这让镜像到其他Git托管仓库成为可能,例如镜像到GitHub或Bitbucket。GitHub上的Eclipse基金会官方页面中已经搭建了许多仓库,而其他Git仓库——例如Google的eclipse.googlesource.com——其托管机制已经承载了Eclipse数据的副本。

另一个支持这一决定的关键因素在于贡献者许可协议(Contributors License Agreement,CLA)的采用。在Kepler发布后将强制采用CLAs并取代旧的约束条件,从而使Bug出现后能够就地指派。

过去GitHub曾数次提及强制推行CLAs的打算,但目前仍未落实此事。这意味着GitHub上的大量项目不具备许可或知识产权清洁度——而这是Eclipse的一条关键原则。对GitHub上的贡献来说,未来Git的钩子(hook)将自动校验贡献,而当前还需要现有项目所有者们检查用户提交的贡献是否具有有效的CLA。因此,尽管许多项目已经表达了潜在的兴趣,但初期只有少数样板项目(例如Vert.X)使用GitHub。Stephen O'Grady写道,对于“后GitHub”世界中的开源基金会来说,品牌和知识产权的管理是件重要的事情。

至于Eclipse IDE本身,最近Eclipse社区调查结果显示:受早期性能缺陷的影响,Eclipse 4.2的用户接受度有所下降。不过,最新的Eclipse 4.2.2版本中已经改善了性能,而即将发布的Eclipse 4.3(Kepler)将会带来与Eclipse 3.7 Stream相当的性能。另一个或许有利于Eclipse 4.x系列用户接受度的因素,是一些关键插件——例如EGit 3.0——已经放弃了Eclipse 3.7,它们将仅支持Eclipse 4.2或更高版本。这是否解答了每个人关心的问题还有待观察,但Eclipse 4.x的焦点已经聚焦在“抛光”而不是新特性上。

查看英文原文:Eclipse goes to GitHub

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

这绝对是个大事件了 by shi mike

个人觉得这个影响会很大,GitHub彻底变成编程界的Facebook了

Kepler by 千手 白少

Kepler和前一个版本开始的新界面一点都不喜欢

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

2 讨论

深度内容

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT