澳门新葡萄京所有网站 1

近日 OpenJFX 项目负责人 Kevin Rushforth 提交了一份将 OpenJFX 迁移到
GitHub
的提案。

由于 Oracle 对 Java SE 的商业支持模式的更改,自 Java 11 开始,Oracle JDK
已采用付费商业许可,想要继续免费使用
Java 11 的开发者只能选择 OpenJDK 。OpenJDK 是 Java SE 的开源实现,与
Oracle JDK 没有大的技术差异,目前托管于 Oracle 的 Mercurial 存储库上。

据悉,发起这个项目的原因是想帮助 OpenJDK 贡献者提高效率。JDK 开发者和
OpenJDK 审查员 Joe Darcy 在邮件中写道:

澳门新葡萄京所有网站 2

今年7月份,JDK 团队发起了一起名为 “Project
Skara”
的意见征集,讨论如何帮助 OpenJDK 贡献者提高效率,找到比 Mercurial
更好的替代品。据
Infoworld
最新消息,3个月过去了,他们似乎更偏向于 GitHub 。 OpenJDK
董事会主席兼 Oracle 的 Java 平台小组开发副总裁 Georges Saab 表示,如果
Java SE 的开发转移到 GitHub
,开发者将可以使用大量的自动化工具。此外,这对于项目组之外的其他 Java
开发者来说也很有用,他们可以访问到用于开发 JDK 的许多源码。

为帮助 OpenJDK 贡献者提高效率,Project Skara
建议无论是经验丰富的提交者还是新人,都来参与讨论代替 SCM
和代码审查的选项,比如基于 Git 而不再是
Mercurial,甚至是其他第三方选择。

OpenJFX 是 JavaFX 的开源实现。JavaFX
是一个强大的图形和多媒体处理工具包集合,它允许开发者来设计、创建、测试、调试和部署富客户端程序,并且和
Java 一样跨平台。

Saab 补充道,是否迁移将由 OpenJDK 社区决定,预估时间会在明年3月 JDK 12
发布之时。

 为更好地进行对比,Project Skara 还打算未来在不同的服务商下托管 JDK 12
的源码。

由于 JavaFX 库被写成了 Java API,因此 JavaFX 应用程序代码可以调用各种
Java 库中的 API,例如 JavaFX 应用程序可以使用 Java API
库来访问本地系统功能并且连接到基于服务器中间件的应用程序。JavaFX
可以自定义程序外观,CSS
将外观和样式与业务逻辑实现进行了分离,因此开发人员可以专注于编码工作。(从
JDK 11 开始,JavaFX 模块与 JDK 分开提供。)

澳门新葡萄京所有网站 3

Joe 还列出了一些评估标准,供贡献者参考:

目前 OpenJFX 采用 Mercurial
托管,随着 Project Skara
不断推进,并且 JavaFX
已经有部分托管于 GitHub,再加上前两天我们才报导过的,使用 Mercurial
托管开源项目最多的 Bitbucket 宣布放弃 Mercurial,全面转向
Git,所以
OpenJFX  项目负责人认为是时候将项目转到 GitHub 上了。

(文/开源中国)    

  • 性能:从主存储库进行克隆操作的时间,本地操作的时间等

  • 空间效率:在不同地区的可用性

  • 支持 Linux、Mac 和 Windows 等常见开发环境

  • 能够轻松承载 JDK 的整个历史以及未来十年的增长预期

  • 支持常用的 JDK 代码审查实践

  • 程序化 API,可辅助或自动化审核和管理流程

Skara 是一个研究用于 JDK 源码管理和代码审查的备选项的工具,它是官方
OpenJDK 上游 Mercurial 存储库在 GitHub 上的原型镜像。整个 Project Skara
项目是为了将 OpenJDK 从 Mercurial
中迁移出来,寻找新的托管平台,它的目标不是专门研究 Git,而是研究所有可行的替代方案,但是后来相关工具已经在
GitHub 上实现,也意味着事实上,Git 方案已经从中胜出。

邮件发起后,参与者的意见明显分为两组:认为从 Mercurial 到 Git
会更方便的,以及已经习惯 Mercurial ,不认为折腾有啥好处的。

此前已经有提案提议将所有单存储库 OpenJDK 项目迁移到
Git 上(JEP
357),提议保留所有版本控制历史记录和 tag,commit 消息将被重新设计以适应
Git 格式,jcheck、webrev 和 defpath 工具也将针对 Git
生态进行调整。迁移的主要原因是 Mercurial 相比
Git,版本控制元数据太大,此外,Git 的生态上可用工具和可托管性比较强。

对于 Project Skara 提出的建议你怎么看?欢迎评论。

实际上,当前 Git 才是版本控制的主流。根据 Stack Overflow
开发人员调查,近 90% 的开发人员使用 Git,而 Mercurial
是最不受欢迎的版本控制系统,只有约 3% 的开发人员采用。作为最广泛使用
Mercurial 的平台 Bitbucket,其上的 Mercurial 使用量正在稳步下降,而选择
Mercurial 的新 Bitbucket 用户比例已下降至不到 1%。

(文/开源中国)    

看来 Mercurial 真的黄昏了。

那么 Git 平台,你选择哪个?

(文/开源中国)