現代VCS如何處理數千個單獨的存儲庫或項目？

Question

我們有一種獨特的情況，我們有成千上萬（20k +）的個人小html文件是無關的。我們每天編輯可能在10到100之間。我們一直在使用Visual Sourcesafe，它可以很好地與該模型配合使用，但現在一直想要轉向更現代化一點。我只是不知道，看什麼是可用的，什麼可能最好，或者如果有的話。

使用類似Mercurial的東西，我們想要一個回購，每個文件的一個項目和一個回購的所有項目？或者一個項目的回購和一個項目中的所有文件？或者甚至會工作？或者我對這一切知之甚少，我的問題甚至沒有意義（很可能）？

Answer 1

做我知之甚少這一切是我的問題，甚至沒有任何意義

是的，對不起......

• 「項目」是VCS未知實體（這是另一個主題領域的對象），VCS處理「知識庫」|「存儲庫中的文件」
• 所有（也許大多數）現代VCS對存儲庫中的文件數量沒有嚴格的限制|倉庫的量，這臺服務器（當它需要/也不總是/）可以支持 - 除了常識：20K存儲庫可以爲管理困難的工作，在單一回購20K文件可能導致一些邊緣情況下
速度的下降

這樣：你可以|必須選擇存儲在庫（庫）你的對象的任何模型，只是

率和權衡所有優點，缺點和使用每個模型的後果（考慮極端和中間選項）

隨口說說的：每個文件

• 回購意味着很多在任何工作流塞雷爾語和本地工作目錄，但「附帶損害」零庫和錯誤
的
• 一個巨人回購的意思是「全球範圍內」的所有限制許多行動（每回購全局的版本，無法分公司|標籤單個文件/除了SVN /），在每個容器的文件顯示目錄的
• 散列（通過任何規則）樹中需要有+維護「位置圖」，並把在文件重命名的情況下會產生額外的麻煩（想象一下：A/a.html A/a1.html之前，B/b.html C/c.html之後 - 在VCS中選擇了正確的註冊 - 不是很頭痛，但是「rakes在額頭」是完全可能的未來）