不僅Windows,GVFS還將滲入macOS和Linux

去年，有一個非常令人驚訝的事情，就是微軟宣佈將使用Git版本控制系統進行Windows開發。為了實現這一目標，微軟不得不修改Git來處理Windows開發的需求，並且將這些需求上傳上去並整合到標準的Git客戶端中。

　　目前，這個計劃貌似進展得比較順利。16日，微軟公司宣佈GitHub正在積極進行修改，兩家公司將攜手為MacOS和Linux帶來合適的客戶端。

　　由於Git的特殊性，微軟更希望轉移到Git上，但是轉型卻面臨著三個問題，首先，Git並不是為廣大開發人員設計的，超過2萬人在開發程式碼庫。其次，Git並不是針對如此廣大的程式碼庫設計的，無論是每個檔案的檔案數量和版本歷史數量，還是純粹的大小，都超過了300GB。第三，使用標準的Git時，原始碼庫的速度慢得簡直令人無法接受，一些常見操作(如檢查哪些檔案已被修改)可能就需要幾分鐘。

　　該公司的解決方案是開發Git虛擬檔案系統(GVFS)。使用GVFS，Git儲存庫的本地副本被虛擬化，使其包含後設資料以及僅顯式檢索的原始碼檔案。透過消除複製每個檔案的需要，儲存庫的磁碟佔用空間和使用速度大大提高。微軟修改了Git來處理虛擬檔案系統。客戶端被改變了，這樣它就不會不必要地嘗試訪問本地不可用的檔案，並且新增了一個新的傳輸協議來選擇性地從遠端儲存庫中檢索單個檔案。

　　透過內部測試，這個做法是成功的，今年5月Windows開發大幅遷移到了Git。但是，Git社群是否有了變化呢?

　　微軟表示，到目前為止，大約一半的修改已經被上游接受，上游的Git開發者普遍贊同公司採取的改進軟體擴充套件的方法。 Redmond還表示，願意改變其方法來滿足上游Git的需求。其中最大的複雜性在於，Git對相容性採取了非常保守的方法，要求儲存庫在各個版本之間保持相容。

　　GitHub對此表現出興趣和參與感是由企業客戶的需求所驅動的。開源，免費的GitHub託管並不需要微軟所做的擴充套件工作，所以對於Git使用者來說，現在的Git必須足夠好，足以滿足開發過程。在付費企業方面，情況會有些不同。某些行業有大量的儲存庫，這會給Git帶來問題，例如，遊戲儲存庫通常很大，這不是因為它們擁有數百萬個檔案和數十年的歷史，而是因為它們有大量的圖形和其他資源。而微軟對Git所做的擴充套件改進對於這種大型的儲存庫也是有用的。因此，在GitHub上所做的改進有助於更好地服務於企業。

　　同樣，微軟本身也有類似的企業需求，例如西門子希望從Team Foundation Server版本控制轉移到使用Git。但是，只有在規模擴大之後，Git才能更好地發揮效果，目前的規模使用TFS版本控制效果更好。

　　顧名思義，GVFS需要一個檔案系統驅動程式才能工作。Windows部門與工程團隊合作，為Windows新增功能以提高效率，並最終將此功能轉換為受支援的可擴充套件API，在某些時候移動新的OneDrive佔位符等系統以使用相同的API。

　　微軟和GitHub也正在努力為其他平臺帶來類似的功能，首先會是macOS，接下來是Linux。在這兩個系統上執行此操作的方法是使用FUSE，這是一種構建以使用者模式而不是核心模式執行的檔案系統的基礎結構(因為使用者模式開發比核心模式更簡單，更安全)。但是結果發現FUSE的速度還不夠快，透過Dropbox開發類似功能Project Infinite中學到一些東西，目前，採用Kauth(或KAuth)的macOS可擴充套件性機制將是最好的選擇。