openjfx
8月20日，星期二，OpenJFX项目负责人Kevin Rushforth提交了一份将OpenJFX迁移到GitHub的提案。
他引用了Skara项目及其拟议的JEP（ JEP 357 ）作为提出这一想法的动机。 JEP 357希望将所有单一存储库OpenJDK项目从Mercurial迁移到Git 。
Rushforth的提议建议OpenJFX成为Git过渡中的“早期采用者”，他进一步证明自己的立场是正确的，他说：“由于对Javafxports / openjdk-jfx的拉取请求，很大一部分JavaFX代码审查已在GitHub上进行（沙盒）镜像，OpenJFX项目将很自然地适用于此。”
OpenJFX也将受益于可用的Project Skara工具，该工具已在GitHub上使用了两个月。 目前，这些工具将有助于减少当前所需的某些步骤-例如，它们将使RFR电子邮件自动化-但最终它们将使自动化的任务比现在更多。
如果在用户使自己适应GitHub的同时进行迁移，可能会遇到一些麻烦的问题，但是即使在极少数情况下提案确实遭到拒绝，他们也必须在2020年6月1日之前找到OpenJFX的新家。
将Mercurial放牧
寻找并商定替代SCM的压力越来越大，这不仅适用于OpenJFX，而且适用于Java。 8月20日星期二，Bitbucket宣布他们将放弃Mercurial支持 。 那是什么意思？ 好吧，对于初学者而言，这意味着从2020年2月1日起，将不再可能创建新的Mercurial存储库，但最重要的是，这意味着所有Mercurial功能和存储库将于6月1日从Bitbucket及其API中正式删除。 2020年 。
在Bitbucket引用的StackOverflow调查中 ，Mercurial是受调查的开发人员中最受欢迎的SCM工具，只有3％的人使用它，而90％的人使用GitHub。 此外，他们指出，只有1％的新Bitbucket用户选择Mercurial。 高级产品营销经理Denise Chan说：“这种弃用将使我们能够专注于为用户提供最佳体验。”
该公告引起了社区的批评，因为那些仍在使用Mercurial的人要么陷入了深深的锁定之中，要么做出了不使用GitHub的明智选择。 值得庆幸的是，将在2020年6月1日删除的回购协议将不会仅仅从互联网上消失。 软件遗产似乎已经解决了这一问题。
还请参见：
Java的新家
因此，此决定的结果是，Project Skara流程以及所有其他Mercurial托管的Java项目现在都有固定的时间表来确定何时需要找到新家。 JEP 357的这一新提议看起来可以将OpenJFX与JavaFX和GitHub上的JDK结合在一起。
如果您想了解有关此主题的更多信息，我们去年进行了一个简短的采访系列，询问Java 12应该保留在Mercurial还是使用Git。 我们采访了Java冠军Stephen Colebourne ， OpenJDK作者Patrick Reinhart和SAP高级开发人员ThomasStüfe 。
翻译自: https://jaxenter.com/openjfx-migrate-github-follow-java-161181.html
openjfx