大版本控制能力如何擴展？

SVN（或GIT）或其他版本控制系統如果有10s的TB數據被管理，它將如何執行？大版本控制能力如何擴展？

去大型知識庫時需要考慮什麼？

2012-10-24 Seph

1個存儲庫> 10TB或整個存儲空間> 10TB？ BTW這個用戶@郵件列表線程可以幫助：http://svn.haxx.se/users/archive-2012-09/0290.shtml – bahrep

理想情況下，我問的是> 10TB的數據（與多個版本）在一個存儲庫，如果需要我可以將其拆分，但是我想知道在存儲庫真正開始真正開始之前是否有上限。 – Seph

[Git在大型資源庫中的性能結果]（http://comments.gmane.org/gmane.comp.version-control.git/189776） - 「測試回購有4百萬次提交，線性歷史和大約130萬條 .git目錄的大小約爲15GB「[Facebook在大型資源庫中遇到git性能問題]（http://news.ycombinator.com/item?id=3548824）[爲什麼Perforce比Git更具可擴展性]（ http://stevehanov.ca/blog/index.php?id=50）「Git無法處理大型軟件倉庫，當我說大型軟件時，我的意思是大約6個演出」[如果Git有多快？]（https： //gist.github.com/1758346） –

這是覆蓋在我們的論壇而回，被一些Subversion的提交者回應，在這裏以供參考 - http://www.svnforum.org/threads/39795-Is-there-any-inherent-Subversion-repository-size-limit

簡短的回答是，沒有一個上限，但通過文件系統強加。

實際上，如果您需要執行諸如svnadmin dump/load或需要通過非常繁忙的日誌文件進行搜索，您會遇到大量存儲庫（如您建議的存儲庫）的問題。

來源

2012-10-25 19:41:25

我猜，除了SVN/Git之外，您還在考慮使用其他版本控件來處理您的大型項目。如果您要管理相對較大的項目，則可能需要檢查以下因素。

數據存儲，版本控制工具是文件系統還是使用SQL Server作爲後端。從技術上講，文件系統更脆弱。
安全性，包括訪問權限管理，數據庫加密，是否易於備份數據庫和證券在網絡層面。畢竟，源代碼是最寶貴的資產。
併發連接。這是基於您擁有的開發人員。既然你有大項目，我想你可能有很多開發者（甚至位於不同的國家）開發它們。在這種情況下，您應該考慮版本控制工具是否可以整齊處理這種情況。

來源

2012-10-26 05:23:23 Windy

大版本控制能力如何擴展？

回答

相關問題