git mercurial_Mercurial还是Git作为Java 12的SCM？ “目前，Git似乎比Mercurial更加工具友好”

git mercurial

JDK团队希望通过Project Skara来研究JDK源代码管理的替代方案，该替代方案自2008年以来一直在使用Mercurial存储库。

“退休” Mercurial并选择Git是个好主意吗？ 投票一下，看看OpenJDK的作者Patrick Reinhart对这次讨论要说些什么。

对于JDK源代码，最有益的替代SCM和代码审查是什么？

• 水银
• 吉特
• 第三方

投票

载入中...

不要错过斯蒂芬·科尔本（Stephen Colebourne）对Skara项目的采访 ：

• Stephen Colebourne：“使用Git代替Mercurial是一个好主意”
• 托马斯·斯蒂夫（ThomasStüfe）：“我认为没有迫切的技术理由要改用Git”

JAXenter：您认为将JDK从Mercurial迁移到另一个版本控制系统是一个好主意吗？

帕特里克·莱因哈特（Patrick Reinhart）：从潜在的新提交者的角度来看，Git在当今无疑更受欢迎。 不仅从工具角度来看，而且从总体上看所有现有的开源项目也是如此。 另一方面，OpenJDK不仅仅是像许多其他开源项目一样的开源项目。

JAXenter：迁移到另一个SCM（比如说Git）会带来什么好处？

帕特里克·莱因哈特（Patrick Reinhart）：正如我之前说的，对于新的贡献者来说，Git似乎比Mercurial更加友好。 但是，OpenJDK的审核过程与Github的审核过程有很大不同。 贡献的主要部分发生在现有的众多邮件列表之一中。 作为实际的SCM工具，这部分贡献很重要。

JAXenter：这样的举动会引起什么问题？

帕特里克·莱因哈特（Patrick Reinhart）：我想这取决于您最终决定使用哪种工具。 例如，如果您使用Git，它可以像在Linux世界中一样“托管”（实际上是为此而构建）的，最终，它与GitHub或该领域的其他工作流无关做。

JAXenter：Git可以替代Mercurial吗？

帕特里克·雷因哈特（Patrick Reinhart）：在开源方面，我认为除了Git之外，我看不到其他任何东西，也许还有Subversion。

JAXenter：审核过程如何？ 应该保留在邮件列表中还是应该对其进行更改？

帕特里克·赖因哈特（Patrick Reinhart）：总体而言，当今的审查流程似乎很符合需求。 我可以想象，至少可以在工具方面进行改进，以减少在不同代码贡献版本之间必须采取的实际步骤。 但是需要明确的是，贡献的最重要部分确实发生在邮件列表中，这对实际的版本控制系统影响很小。

谢谢！

翻译自: https://jaxenter.com/mercurial-git-scm-java-12-part-2-147901.html

git mercurial