編譯丨諾亞

日前，PyPy項(xiàng)目團(tuán)隊(duì)將其主要代碼庫(kù)和問(wèn)題跟蹤器從Mercurial遷移到了微軟旗下的GitHub。

PyPy是Python開(kāi)發(fā)者為了更好的Hack Python而創(chuàng)建的項(xiàng)目。相較CPython，PyPy更加靈活、易于使用和試驗(yàn)。該項(xiàng)目的目標(biāo)是，讓PyPy比C實(shí)現(xiàn)的Python更容易地適應(yīng)各個(gè)項(xiàng)目和方便裁剪。一般情況下，PyPy比CPython快4.2倍。

核心貢獻(xiàn)者M(jìn)atti Picus在其博客中表示，“我們?nèi)匀徽J(rèn)為Mercurial是一個(gè)更好的版本控制系統(tǒng)。其命名分支模型和用戶(hù)界面更為優(yōu)越?！?/p>

但他補(bǔ)充說(shuō)，“開(kāi)源已經(jīng)與GitHub緊密聯(lián)系在一起，而我們（PyPy項(xiàng)目）規(guī)模太小，無(wú)法改變這一現(xiàn)狀?！?/p>

1、無(wú)奈的兩度遷移

該項(xiàng)目此前也曾遷移過(guò)代碼庫(kù)。2010年，它將代碼放在Atlassian Bitbucket上。十年后，又遷移到了由Heptapod托管的Mercurial上。

Picus引用的一個(gè)常見(jiàn)問(wèn)題（FAQ）解答條目曾指出，Git沒(méi)有與Mercurial的命名分支相對(duì)應(yīng)的功能；僅因?yàn)槠渌硕荚谑褂肎itHub就選擇遷移，這是“理由單薄的論點(diǎn)”。

但現(xiàn)在這一觀點(diǎn)發(fā)生了變化。Picus解釋道，這次遷移可能會(huì)讓那些認(rèn)為GitHub已經(jīng)過(guò)于主導(dǎo)的人感到沮喪，但他表示：“不遷移到GitHub會(huì)阻礙貢獻(xiàn)和問(wèn)題報(bào)告。”

具體來(lái)說(shuō)，Picus提到，Heptapod倉(cāng)庫(kù)未能被主流搜索引擎很好地索引，因此人們?cè)谒阉鲉?wèn)題時(shí)遇到了困難。新提交的問(wèn)題被錯(cuò)誤地當(dāng)作垃圾信息屏蔽也是另一個(gè)問(wèn)題。GitHub平臺(tái)的豐富性也是一個(gè)因素，Picus希望“我們可以添加CI（持續(xù)集成）任務(wù)，以替換部分老舊的構(gòu)建機(jī)器人基礎(chǔ)設(shè)施?！?/p>

2、遷移不可避免，項(xiàng)目希望獲得更高的參與度

雖然仍有可能繼續(xù)使用Mercurial，但Picus表示，需要使用與他用于遷移代碼庫(kù)相同的技巧將代碼推送到GitHub。

在結(jié)束語(yǔ)中，Picus給出了更多關(guān)于為何項(xiàng)目遷移的原因。他希望能獲得更高的可見(jiàn)度，并請(qǐng)求開(kāi)發(fā)者“為倉(cāng)庫(kù)點(diǎn)贊，讓更多人知道如何找到它?！彼€邀請(qǐng)潛在貢獻(xiàn)者“利用更熟悉的流程參與到項(xiàng)目中來(lái)”。

此次遷移將改變常規(guī)工作流程。將不再有直接向“main”分支提交代碼的工作流，貢獻(xiàn)者現(xiàn)在需要采用標(biāo)準(zhǔn)git技術(shù)，即先f(wàn)ork倉(cāng)庫(kù)然后提交拉取請(qǐng)求——而在Heptapod上不允許個(gè)人創(chuàng)建fork。

PyPy的遷移在很大程度上被認(rèn)為是不可避免的，并寄希望于能吸引更多貢獻(xiàn)者加入，盡管有人在X平臺(tái)上評(píng)論道“為什么不是Gitlab”。Reddit上的一位評(píng)論者也寫(xiě)道：“當(dāng)和你一起工作的所有人都在使用git時(shí)，你就不能只用hg。除非你在獨(dú)自工作?！?/p>

參考鏈接：

https://devclass.com/2024/01/02/pypy-moves-from-mercurial-says-open-source-has-become-synonymous-with-github/

https://www.pypy.org/posts/2023/12/pypy-moved-to-git-github.html