在出现“问题”之前，Sourcesafe数据库有多大？

Question

我们使用SourceSafe 6.0d并拥有大约1.6GB的数据库。我们还没有遇到任何问题，并且目前还没有计划更改源代码控制程序，但是SourceSafe数据库在成为问题之前有多大的意义？

由于

Answer 1

我的VSS问题开始时低至1.5-2.0演出。

元答案是，不要使用它。 VSS远远落后于您触手可及的六种替代品。源控件的一部分应该是确保存储库的完整性。如果您的源代码管理工具的一个基本假设是，您永远不知道何时会开始降低数据完整性，那么您就拥有了一个使其自身目的失效的工具。

近十年来，我还没有见过使用VSS的专业软件公司。

Answer 2

1个字节！

： - ）

对不起，老兄你安排我。

Answer 3

您是否运行内置的ssarchive实用程序来进行备份？如果是这样，2GB是可以恢复的最大大小。 （http://social.msdn.microsoft.com/Forums/en-US/vssourcecontrol/thread/6e01e116-06fe-4621-abd9-ceb8e349f884/）

注意：ssarchive程序不会告诉你这个;只是如果你试图恢复超过2GB的数据库，它将失败。谨防！所有这些告诉你他们使用更大的数据库运行良好的人要么使用其他存档程序，要么他们没有测试恢复功能。

Answer 4

我实际上运行的是一个大约40演出的vss数据库。我不推荐它，但它是可能的。真的越大你放手，你玩火的越多。我听说过db损坏的情况，并且源代码控制中的项目是不可恢复的。我肯定会每天备份它并开始寻找更改源控制系统。一直处于失败时他们打电话的人的位置，我可以告诉你，当你意识到它可能会失败并且永远不会回来时，它会真正开始变得紧张。

Answer 5

考虑到SourceSafe可以自行生成的问题数量，我会说大小必须属于“存在于磁盘上”类别才能产生问题。

Answer 6

我已经管理了两倍大小的VSS数据库。只要您对运行Analyze保持警惕，就应该没问题。

Answer 7

Sourcesafe推荐3-5G，“不要超过13G”。

然而，在实践中，我们的超过20G，似乎运行良好。

你得到的越大，Analyze会发现越来越多的问题，包括文件丢失等等。

编辑：这是官方消息：http://msdn.microsoft.com/en-us/library/bb509342(VS.80).aspx

Answer 8

我发现Analyze / Fix在功能相当强大的服务器上开始变得非常慢，大约2G。我们每月对20个左右开发人员使用的数据库运行Analyze。该实用程序偶尔会发现要执行的修复程序，但实际使用在我的工作场所已基本无问题多年了。

根据微软的主要内容是确保永远不会耗尽磁盘空间，无论数据库的大小如何。

http://msdn.microsoft.com/en-us/library/bb509342(VS.80).aspx

报价： 运行时不要允许Visual SourceSafe或Analyze工具用尽磁盘空间。在复杂操作过程中耗尽磁盘空间可能会造成严重的数据库损坏