Mongodb 是否有任何源代码管理系统使用文档数据库进行存储？

其中一个问题是谷歌很难回答的

---

前几天，我们在svn存储库的速度方面遇到了一些问题。对此的标准解决方案似乎是“更多的RAM！更多的CPU！”等等。这让我想知道，有没有使用文档/nosql数据库（mongodb、couchdb等）作为数据库的源代码管理系统？这似乎是一种自然现象——但我不是源代码管理数据库理论方面的专家。也许有一种方法可以配置一个较新的源代码管理来使用文档数据库作为存储

据我所知，没有VCS使用noSQL/基于文档的数据库。使用couchdb等的想法并不新鲜……但到目前为止，还没有人实现过这样的事情……

据我所知，没有人这样做，他们也不想这样做。考虑到测试程度的不同，这可能会损害健壮性（对于源代码存储库来说，这是一件非常糟糕的事情）。由于无法进行增量存储，它也可能最终影响性能

请注意，Subversion有两种非常不同的存储机制，一种由嵌入式Berkeley DB支持，另一种由简单文件支持。其中一个可能更适合您的使用

另外，由于您提出了非常广泛的问题，我将对Git和TFS进行评论

Git使用文件系统中非常高效的打包文件来存储存储库。通常，整个历史记录都比签出要小。对于我实验室的一个非常老的项目，整个历史记录是57MiB，一个工作树（不计算历史记录）是56MiB

---

TFS将其大量（可能全部）数据存储在SQL数据库中。

Git使用内存映射文件，就像MongoDB:）

---

虽然Git实际上并没有使用MongoDB，我认为它也不想使用。如果你看看Git，它实际上并不需要NoSQL数据库，它基本上是一个数据库。

你可以解释一下“前几天我们在svn存储库的速度方面遇到了问题”，因为我从来没有遇到过svn的性能问题…（在大型repos 30GiB++）…也许你可以提供更多关于安装的详细信息…@khmarbaise：它只是在一个动力不足的服务器上，所以它让我思考…还要注意，对于Subversion，最初只有Berkeley DB，但由于在某些情况下存在问题，后来添加了文件系统后端（这与jcollum建议的方向相反）。@Thilo:相信我，我知道。在Subversion开发的早期，我就在其邮件列表上。