2010-08-13 57 views
3

我有一個文件夾,其中包含一個whitelabel-esque系統;在那裏有超過90,000個文件。哪個SCM可以輕鬆處理90,000個文件

目前它存儲在SVN中,我們只是根據需要簽出子文件夾。

當您嘗試提交時,mercurial或其他SCM是否能夠立即處理檢出的批次而不會死亡。

+1

由於hg和git通常無法檢出部分回購,因此在此處使用它們可能不太明智。 – tonfa 2010-08-13 10:31:01

+1

@tonfa:但是你可以提前計劃,並使大型回購的子文件夾子模塊... – Cascabel 2010-08-13 12:30:15

+0

@Jefromi是的,但從我的經驗來看,人們通常發現它在這種情況下遜色於顛覆。 但是請注意,即使你發現它比從subversion的部分簽出更麻煩,hg和git都可以很好地處理90k文件。 – tonfa 2010-08-13 15:06:10

回答

1

我已經做了一些分析,爲此在這裏:Can I use Subversion for a multi gigabyte data set?

(閱讀我的回答後,評論以及)。

+0

Tonfa在這個問題上增加了一些hg的時間。 – 2010-08-13 16:24:09

+0

你使用的是什麼數據集? Tonfa和你似乎使用相同的東西進行比較O_o – Gui13 2011-04-15 12:09:38

+0

基本腳本在這裏:http://pastebin.com/f1570cb55 – 2011-04-19 20:48:34

0

我想它會更依賴於你的系統的能力,如RAM,處理器速度等,而不是SCM工具的能力。

+0

服務器有4gig ram(Win Server 2k3),雙氙氣;客戶端機器都可以,雙核,3.5G內存,XP。 – 2010-08-13 10:07:42

1

只要服務器沒有運行任何Windows操作系統,就可以對Perforce進行另一次投票。我建議至少有一個6核心系統,24 Gb內存和一個體面的RAID在Linux下。

+1

這意味着大量的現金用於版本控制。我們的OP團隊非常關注微軟,這當然意味着我們:o) – 2010-08-29 16:06:41

0

Perforce和PureCM以及用於結帳和簽入的最快版本控制工具。如果您計劃分支,我會對Perforce保持警惕。 Perforce將非常慢地分支這個數量的文件。 PureCM將處理此罰款。

相關問題