我正在开发一个系统，它将拥有数十万个XML文件，大小从2K到1MB不等。有没有人有使用＆gt; 300k文件的版本控制的经验？ SVN或git会成为问题吗？
我熟悉SVN，但没有任何其他版本控制的经验。
修改 我已经尝试了SVN和git以及120,000个XML文件，重量为1.2 GB。 git运行得更好，SVN在这么多文件中变得非常慢。在Mac上，SvnX和gitX都会阻塞repos，所以它一直是命令行。
答案 0 :(得分：2)
我正在开发一个涉及大约300K XML（和其他）文件的项目。 Subversion（托管在Linux VM上）似乎处理得很好。唯一需要注意的是，涉及更改大型子集（大约50,000个文件）的提交可能需要很长时间。我不得不将它们包裹起来（例如，为每个子目录而不是整个子目录执行svn提交）以使它们起作用。
答案 1 :(得分：1)
Windows还是Unix？根据我的个人经验，具有如此多文件的单个目录可能会导致Windows中与源代码控制无关的某些性能问题。如果可能，我会将这些XML文件分成子目录分组。
就源代码控制而言，我对包含10k +文件的SVN和TFS存储库都没有任何问题，所以我猜它会处理100k +文件。
希望有所帮助。
答案 2 :(得分：1)
尝试怎么样？涉及的因素很多（磁盘，内存，缓存），这取决于你想要检查它们的方式（一次性对一对）...最重要的是，你对“执行什么”的定义可能会有所不同。例如，如果仅每6个月发生一次，您可能需要等待2分钟才能结账。但如果每隔5分钟就会发生一次。
没有替代品......