與塑料SCM非常大的儲存庫

我們正在研究塑料SCM作爲Subversion版本控制的替代產品。除了非常大的源代碼庫之外，我們有大量的二進制資產（主要是藝術資產，還包括一些文檔，AVI等）。只需要在它上面添加一個數字 - 我們的主幹分支的HEAD版本的svn結帳需要一個多小時，磁盤上的大小約爲9 GB。與塑料SCM非常大的儲存庫

有沒有人有塑料SCM任何經驗，在這樣的環境下，也可以參考我的一些白皮書或案例研究的大倉庫的塑料單片機的性能和處理此事？谷歌搜索並沒有真正轉變客觀的研究方式 - 只是由Codice自己發佈的東西。我也意識到，Perforce在這種環境中表現得非常出色 - 我之前使用過它 - 但我們是一個非常小的團隊，預算同樣很小，Codice爲小團隊免費提供此係統（「社區版」）。

我很接近，只是在測試服務器上安裝它，並試圖出來......但希望首先發布問題，這樣才能不浪費我的時間，如果別人已經試過了，在這樣的環境。在此先感謝您的時間。

UPDATE 02 - 2011：萬一別人的更新也有類似的問題，正在查看......我有一個相當溫和的的Windows 2008 Server計算機（2.8GHz的Core 2 Duo處理器上安裝塑料， 4 GB RAM，存儲庫存儲在本地網絡上的SAN上）運行SQL Server 2008 R2作爲塑料存儲庫。 Subversion版本歷史記錄的導入需要一段時間 - 不到三天 - 約28000次修訂。但是，SMOKIN」快做塑料新分支的新鮮結帳 - 只是害羞的4分鐘內，塑料相比，在顛覆上一個小時，如上所述。我們至今印象深刻！

來源

2011-01-27 Brandon

爲什麼不打電話或發電子郵件直接詢問？據推測，他們很樂意提供他們自己產品的詳細信息，以及如何使其在這種用例中起作用的提示。 – Novelocrat 2011-01-27 20:58:45

我們是Perforce移動自己，塑料和我們的倉庫大約是360GB，所以相當大了。它甚至可以無縫運行，即使使用巨大的文件。

由於我們在視頻遊戲行業，大文件是必須的，並且您知道所有其他DVCS（Hg，Git）在處理它們時都存在問題。

來源

2011-01-27 22:45:54

哇！這使我的問題感覺很小。你介意我問你使用什麼數據庫後端塑料（我假設你沒有使用它隨附的嵌入式Firebird數據庫）？ – Brandon 2011-01-28 04:38:07

我認爲Unai使用的是MySQL，但SQL Server也是一個不錯的選擇。（好吧，不適用於Linux：P） – pablo 2011-01-31 22:41:16

對於大存儲庫的最佳選擇是MySQL或SQL服務器。

火鳥不會很好地擴展到該尺寸。

來源

2011-01-28 15:45:36 rubarax

與塑料SCM非常大的儲存庫

回答

相關問題