10 一周前,我曾在LFNW上,谈话后正与Larry Hastings交谈时,他说(释义): Git中的某些功能使Mercurial中不存在的Pull Request工作流成为可能。这就是为什么BitBucket上的Pull Request不好用的原因。 (就上下文而言,我们正在讨论的事实是,由于PR工作流程,而不是file-bug-then-attach-patch工作流程,Python正在从Mercurial迁移到Git。) 他在这里说什么?我们俩都想不出任何名字。我没有在网上搜索过。 git mercurial pull-requests bitbucket — 奋斗 source / me真的希望这不是不可能的话题 — 2016年
12 您可能应该自己通读PEP。拉里·黑斯廷斯(Larry Hastings)感到困惑或沟通中有些失落。通过Mercurial迁移到git和github的原因不是技术性的,而是社会性的。Merurial很好地支持了拉取请求工作流,但是github是一个拥有比Bitbucket更大的用户群和稍微更好的代码审查功能的用户库。 — 卡尔·比勒费尔特 source Git的“分布式”性质与它无关吗? — 罗伯特·哈维 12 水星也一样。Mercurial和git在实现细节和次要功能上有所不同,但要点在本质上是相同的。 — Karl Bielefeldt 10 @RobertHarvey Pull请求在实际的版本控制系统中没有任何实际的“实现”。它们只是系统外的“我想合并此”注释。 — 马里奥 那时我们必须做错了-我们的HG pullrequests被'Current Source'和'PR'之间的'Source'的ALL diff污染。使用git repos,我们只能看到在“ PR”中所做的更改,从而使人工审核成为可能。我们对这种差异的理解是因为它与HG分支机构的不变性有关 — 朱利安(Julian)