如何使用Visual Source Safe 2005？

Question

我目前在仍然有VSS 2005的环境中工作。我目前没有权力改变为Subversion，TFS等。

什么是VSS 2005要注意的主要问题 - 我怎样才能最好地使用它来试图保存我的版本，而不是炸毁我的源代码？例如，将它与Visual Studio 2008集成还是使用VSS客户端更好？

Answer 1

不要做与VSS相关的任何事情。我认为许多从未遇到过VSS问题的人只是将它作为文件共享使用（即文件一次签入，永远不会修改） - 讽刺地使用VSS作为普通文件备份实际上增加了灾难性丢失的可能性！

VSS淹没在一堆措辞不佳的问题中。每个问题都没有一个单一的答案，你将不得不停下来思考每一个问题。从VSS断开连接时，会不断询问您是否要切换到在IIS上使用VSS，如果这样做，将不明显如何撤消它。

请勿使用VSS插件获取初始项目或签出项目。 VSS插件往往会将您的文件放在意想不到的地方，请使用VSS客户端，这更有可能为您提供反映VSS中项目结构的文件夹结构。

不要使用功能中的构建来分支，不要合并。创建一个新的VSS项目（即新的文件夹集），并在需要分支时检入代码，就好像它是一个全新的事物。如果您需要模拟合并，请使用无法比较的功能。

不要重命名文件，而是添加新的，复制粘贴，然后删除。这打破了历史链，但有更少的加重

允许多个结帐，但非正式地不要让太多的工作在相同的代码区域完成，不要让其他开发人员让他们的版本过于陈旧，因为那么你试图合并你的旧工作文件夹版本和最新版本，而VSS往往会淹没初级开发人员的问题，他们不明白。

不要做非常大的检查。不要使用没有第三方产品的慢速网络连接。

如果您在Visual Studio中使用VSS插件，请定期使用VSS客户端来比较和同步您的工作文件夹，但这样做是逐个文件，而不是批量处理。

不要让存储库变得太大。将不相关的工作分开存储库。

不要被登录密码欺骗。 VSS不比文件夹上的NTFS权限更安全。

当开发人员离开公司时，要求他们撤消他们的结账。使用相同的计算机和用户凭据以及工作文件夹来撤销签出的次数比使用管理员帐户撤消其他人的签出容易更轻松。

任何源代码管理系统的所有最佳实践也适用，例如，检查二进制文件的连续版本为binaryfile.bin，而不是binaryfilev1.bin，binaryfilev2.bin，但确实告诉VSS .bin或您的意思是二进制文件，或者它会尝试进行文本合并。

Answer 2

我一直没有尝试将VSS与VS集成，所以我建议不要这样做。然而，我们当时正在处理ASP.Net 1.1项目，这些项目没有能够以任何形式存在于任何文件夹结构中的任何地方，这主要是我们遇到问题的地方 - 尝试同步项目结构与VSS存储库。

除此之外，我只能建议您不要通过VPN连接检查代码，这种连接很容易丢失。事实上......我会建议从不远程检查代码;）如果连接在提交过程中下降，则可以减少数据库是否损坏。

Answer 3

我最后一次尝试它（很久以前），Visual Studio集成在使用VSS项目分支时表现不佳。

我只是使用VSS客户端。

其他建议：

• 运行VSS管理“分析”定期（检测/修复数据库中的任何损坏）
• 做出修改并测试数据库的定期（如夜间）备份，使用'阴影'功能，以防万一数据库变得无法修复

Answer 4

如何使用Visual Source Safe 2005？

酒精。它的负载。

Answer 5

使用自动作业运行隐形SVN存储库，每天晚上检查最新的VSS文件并将其检入SVN。

当VSS死亡（它会）告诉老板我们有第二个存储库准备好去。