Project Skara：Tooling现在是开源的，可以在GitHub上使用

自从JDK团队发起讨论以调查JDK源代码管理的替代方案以来已经过去了将近一年，我们的读者非常清楚地表达了他们的观点！

根据我们去年发起的调查，绝大多数受访者认为，针对JDK源代码的最有益的替代SCM和代码审查是Git。

结果不言而喻：

今天，当JDK团队进行下一步并在GitHub上提供用于Skara项目的工具时，我们将重新讨论该讨论。

在Skara GitHub存储库中，您可以找到用于处理OpenJDK项目及其存储库的工具。

作为该存储库的一部分可用的CLI工具是：

您还可以找到可用于将OpenJDK Mercurial存储库导入到Git存储库中的CLI工具，反之亦然：

有关所有详细信息，请访问GitHub上的OpenJDK Project Skara存储库。

到目前为止的讨论

为了调查JDK源代码管理的替代方案，自JDK团队发起讨论以来已经过去了三周，社区似乎已经下定了决心。还是有？

一方面，JAXenter民意测验的结果似乎很清楚。 Git获胜。而已。无需进一步说明。

另一方面，我们与Java专家进行的三次访谈描绘了一个不太清晰的画面。让我解释。

在第一次采访中，我们与Java Champion和JavaOne摇滚明星发言人Stephen Colebourne进行了交谈，他们似乎对将JDK源代码管理迁移到Git的前景充满热情。

从我的角度来看，我认为使用Git代替Mercurial是一个好主意。我看不到要转移到任何其他SCM的情况。

斯蒂芬·科尔本

但是，在我们的第二次采访中，我们遇到了OpenJDK作者Patrick Reinhart，他的观点主要是基于Git的流行而不是Mercurial。

对于新的贡献者而言，Git似乎比Mercurial更加友好。

帕特里克·莱因哈特

对于昨天才在网上发布的最后一次采访，我们与OpenJDK提交人ThomasStüfe进行了交谈，他对此事似乎持保守态度。

我认为没有迫切的技术原因可以切换到Git。我与SCM一起工作，对我而言，没有一个在性能或功能方面有明显优势。

托马斯·斯蒂夫

访谈的回答似乎在这里全面发展：Git很棒！ –我想这很有道理。 –我认为没有理由进行更改。

您可能认为我们是故意这样做的，但是，请相信我，我们没有！

这个小型访谈系列是否可以准确地反映出社区的想法？还是民意测验的结果是对以下问题的明确回答：对于JDK来说，最佳的替代SCM和代码审查是什么？

确保您不要错过Skara项目上的迷你访谈系列！

JDK团队发起了Skara项目，目的是研究JDK源代码管理的替代方案，自2008年以来一直在使用Mercurial存储库。

启动该项目的原因是帮助OpenJDK贡献者提高生产力的想法。 JDK开发人员和OpenJDK审阅者Joe Darcy在他的邮件中写道：

为了帮助经验丰富的提交者和相对较新的OpenJDK贡献者提高工作效率，Skara项目建议研究JDK源代码的替代SCM和代码审查选项，包括基于Git而不是Mercurial的选项，以及由第三方托管的选项。派对。

根据同一消息人士的说法，“ Skara项目打算构建在不同提供程序下托管JDK 12源代码的原型”。

Joe还列出了要考虑的评估标准。但是，他敦促捐助者不要将自己局限于这些标准，这些标准包括：

乔还明确表示：“更改错误跟踪系统超出了该项目的范围，因此不在考虑之中”。

这包裹了项目的性质和拟议的变更。让我们开始讨论。

讨论邮件列表的参与者的意见似乎已分为两类：有些人认为从Mercurial到Git的潜在转换更为方便，而有些人则几乎看不到这种转换的好处。

但是，这两个团体似乎都同意一件事：如果确实确实存在从Mercurial到Git过渡的任何收益，那么只有在改变OpenJDK的管理流程时才能实现。

根据讨论邮件列表中的响应，在不被JVM开发团队雇用的情况下，做出贡献可能很棘手。其中一种回应认为，技术的选择并不是进入市场的最大障碍。 “如果我们要开放OpenJDK，我们将需要改变流程”。

您对Skara项目提出的建议有何看法？

翻译自: https://jaxenter.com/project-skara-mercurial-git-jdk-147332.html