现代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在额头”是完全可能的未来）