git mercurial_Mercurial还是Git作为Java 12的SCM？ “我认为没有迫切的技术原因可以切换到Git”

git mercurial

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

“退休” Mercurial并选择Git是个好主意吗？ 投票，请看看SAP的高级开发人员ThomasStüfe对这次讨论的看法。

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

• 水银
• 吉特
• 第三方

投票

载入中...

不要错过有关Skara项目的其他两次采访 ：

• Stephen Colebourne：“使用Git代替Mercurial是一个好主意”
• 帕特里克·莱因哈特（Patrick Reinhart）：“目前，Git似乎比Mercurial更加工具友好”

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

ThomasStüfe：我认为切换到Git没有紧迫的技术理由。 我与SCM一起工作，对我而言，在性能或功能方面都没有明显的领先优势。

我认为切换到Git的唯一原因是使新手更容易。 Git比Mercurial更主流，因此更多的开发人员都知道。 即使概念非常相似，Mercurial也足够不同，以至于在开始使用OpenJDK时会成为一个烦人的附加障碍。

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

托马斯·斯蒂夫（ThomasStüfe）：这样的变化对现有的贡献者和维护者都是破坏性的。

但是最后，我看不出有强烈的理由支持或反对改用Git。 我可以与社区决定的一切共处。

JAXenter：Git可以替代Mercurial吗？

托马斯·斯蒂夫（ThomasStüfe）：我认为没有任何道理。

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

托马斯·斯蒂夫（ThomasStüfe）：有什么选择？ 提到了GitHub，因此让我们假设迁移到GitHub作为一个比较。

我更希望留在邮件列表上。

我有很多担忧，但是我最大的烦恼是将评论讨论从邮件列表中移开。

凭借所有积累的知识，邮件列表是宝贵的。 档案可以追溯到十多年以前，对于我的工作来说是必不可少的，因为我们的许多工作都是考古工作。 您通常需要挖掘旧线程来回答有关代码库的问题。 否则，您将不得不重新发明轮子，并一遍又一遍地重复旧的错误。 或被瘫痪，从而慢慢僵化。

我非常犹豫将这些内容（以及以后的讨论）移交给一个外部集中提供者。 邮件列表本质上是民主的：它们属于每个人。 每个人都可以使用自己喜欢的任何工具来查看，处理和存档邮件。 我喜欢这样。

然后，我也相信您使用的交流平台会影响您的讨论风格。 邮件列表可以使自己措辞谨慎，准确，甚至冗长。 哪个好 在GitHub或其他托管人上，我经常观察到一种不同的风格：更加流畅和类似聊天，但准确性较低，信息密集度较低。 当然，我不确定其中有多少是由平台引起的。 但是，我还是更喜欢留在邮件列表中。

谢谢！

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

git mercurial