哪种单片机可以轻松处理 90,000 个文件
我有一个文件夹，其中包含一个白标式系统；里面有超过 90,000 个文件。
目前它存储在 SVN 中，我们只需根据需要签出子文件夹即可。
Mercurial 或其他 SCM 是否能够处理立即检查批次，而不会在您尝试提交时死亡。
I have a folder which contains a whitelabel-esque system; theres way over 90,000 files in there.
Currently its stored in SVN and we just checkout the sub-folders as required.
Would mercurial or another SCM be able to handle having the lot checked out at once without it dying when you try to commit.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（5）
我在这里对此做了一些分析： 我可以将 Subversion 用于多 GB 数据集吗？
（也请阅读我回答后的评论）。
I've done some analysis for this here: Can I use Subversion for a multi gigabyte data set?
(Read comments after my answer as well).
只要服务器不运行任何 Windows 操作系统，就再投票给 Perforce。我建议在 Linux 下至少使用 6 核系统、24 Gb RAM 和不错的 RAID。
Another vote for Perforce as long as the server isn't running any Windows OS. I suggest at least a 6 core system with 24 Gb of RAM and a decent RAID under Linux.
我想这更多地取决于系统的能力，如 RAM、处理器速度等，而不是 SCM 工具的能力。
I guess it would more depend on the capability of your system like RAM, processor speed etc rather than on capability of SCM tool.
Perforce 因能够很好地处理大型提交而闻名。
另请参阅“Perforce 值得吗？”，
但无论如何都需要考虑基础设施方面。
Perforce is known for handling large commits fairly well.
See also "Is Perforce worth it?"
But infrastructure aspects need to be taken into account anyway.
Perforce 和 PureCM 以及用于签出和签入的最快版本控制工具。如果你打算分支，我会对 Perforce 保持警惕。 Perforce 分支这么多文件的速度会非常慢。 PureCM 会处理这个问题。
Perforce and PureCM and the quickest version control tools for checkout and checkin. I would be wary of Perforce if you are planning on branching. Perforce will be VERY slow branching this number of files. PureCM will handle this fine.