Linus 挑戰 Paragon 並批評 GitHub 合併

眾所周知，萊納斯·托瓦茲 (Linus Torvalds) 他對幫助開發Linux內核的人必須遵循的程序和標準非常挑剔。 而且，他通常對那些不能勝任任務的人不太友好。 讓我們記住，在過去，他暫時退出了自己的角色，重新思考了他與其他人的關係。

這一次，是NTFS3驅動背後的公司Paragon Software引起了他的反感。  針對 Linux 內核的 5.15 版宣布，它將改進對本機 Windows 文件系統的支持。

版本控制系統 (MCS)

為了理解這個故事，我們將解釋一些不是每個人都必須知道的細節。

非常複雜的軟件項目的開發人員使用版本控制軟件（通常由雲中的外部提供商運營） 該軟件允許您跟踪誰、何時以及什麼進行了更改。

如果你不是項目成員的一部分，你可以進行fork，即將項目文件複製到你自己的存儲庫中，並在其中進行自己的修改。 如果你喜歡這個結果，你可以通過調用建議原始項目的管理員合併它們 拉取請求。

控制器發布

去年，Paragon Software他宣布發布他之前銷售的控制器代碼，並承諾負責維護和更新n. 這是個好消息，因為它比我們目前使用的要好得多。

根據公司本身

當前版本適用於普通/壓縮/空間文件，並支持 acl、NTFS 日誌播放。 自 13 月 XNUMX 日以來，大部分代碼都在 linux-next 分支中，但也有一些補丁在 linux-next 分支中只存在了幾天。 希望沒問題——在測試中沒有檢測到回歸。

Paragon 宣布後， NTFS3 驅動程序必須經過多輪修訂以提高代碼質量並使其符合內核其餘部分的編碼標準。

看來他終於做到了。

所以我們來到羊的母親那裡。

Linus 減去 Paragon

為了在內核版本 5.15 中包含驅動程序， Linus Torvalds 要求 Paragon Software 完成 拉請求 其中我們在上面講過。 公司做到了，但不是以 Torvalds 喜歡的方式。

芬蘭人的第一個觀察是 拉取請求應該已經簽名。

在一個完美的世界中，這將是一個 PGP 簽名，可以通過信任鏈直接追踪到您，但我從未要求過它。

二、他抱怨pull request 它是通過服務的 Web 界面完成的，這會產生大量垃圾代碼。

Github 是一個非常好的託管站點，它在許多其他方面也做得很好，但合併不是其中之一。

他還抗議 缺乏足夠的信息。

對於 Linux 的創建者，“Linux 內核合併必須正確完成”。 並補充說: «這意味著正確的提交消息包含有關正在合併的內容和 * 為什麼 * 正在合併某些內容的信息。 但這也意味著有關作者和提交者等的正確信息。 所有這些 GitHub 都完全搞砸了。”

Linus Torvalds 知道他在說什麼，他是 Git 的創造者，Git 是 GitHub 等服務所基於的軟件，現在歸微軟所有。 而且，奇怪的是，這是由於與另一項服務存在分歧

我從來沒有真正想做一個版本控製程序，因為我討厭它們……然後 BitKeeper 出現了，它真的改變了我看待它們的方式。 BK 大部分都做對了，擁有存儲庫的本地副本和分佈式合併非常重要。 分佈式源控制的偉大之處在於它使 MCS 的主要問題之一消失了——圍繞“誰可以做出改變”的政治。

BK 表明，可以通過為每個人提供自己的存儲庫來避免這種情況。 但 BK 也有自己的問題； 有一些技術決定導致了問題（重命名很痛苦），但最大的缺點是，由於它不是開源的，很多人不想使用它。 所以即使我們最終有幾個內核維護者使用 BK——它可以免費用於開源項目——它從來沒有變得龐大。所以它有助於內核開發，但它並不完美。

所以在某個時候我決定不能繼續使用 BK，但我真的不想回到 BK 之前糟糕的舊時代。 可悲的是，當時，雖然有一些其他 SCV 或多或少地試圖分發這些東西，但沒有一個做得很好。 我的性能要求甚至不能被可用的東西遠程滿足，而且我還關心代碼和整個工作流程的完整性，所以我最終決定自己編寫。