我目前在一个仍然有 VSS 2005 的环境中工作。我目前没有能力更改为 Subversion、TFS 等。
使用 VSS 2005 需要注意的主要问题是什么——我怎样才能最好地使用它来尝试保存我的版本而不破坏我的源代码？例如，是将它与 Visual Studio 2008 集成，还是仅使用 VSS 客户端？
最佳答案
不要对 VSS 做任何复杂的事情。我认为许多从未遇到过 VSS 问题的人只是将其用作文件共享(即文件被 checkin 一次并且永远不会被修改)——具有讽刺意味的是，将 VSS 用作普通文件备份实际上增加了灾难性丢失的几率!
VSS 让你陷入一连串措辞不佳的问题。每个问题都没有唯一的答案，您将不得不停下来思考每个问题。从 VSS 断开连接时，系统会不断询问您是否要切换到通过 IIS 使用 VSS，如果这样做，如何撤消它就不是很明显了。
不要使用 VSS 插件来获取初始项目或 checkout 项目。 VSS 插件往往会把你的文件放在意想不到的地方，使用 VSS 客户端，它更有可能给你一个文件夹结构，反射(reflect) VSS 中的项目结构。
不要使用内置功能进行分支，不要合并。创建一个新的 VSS 项目(即一组新的文件夹)并在需要分支时 checkin 代码，就好像它是一个全新的东西。如果您需要模拟合并，请使用类似的东西。
不要重命名文件，而是添加新文件，复制粘贴，然后删除。这打破了历史链，但加重了较少
允许多次 checkout ，但非正式地不要让在同一代码区域上完成太多工作，不要让其他开发人员让他们的版本变得太陈旧，因为那样你会尝试合并旧的工作文件夹版本和最新版本和 VSS 往往会让初级开发人员陷入他们不理解的问题。
不要做非常大的 checkin 。如果没有 3rd 方产品，请勿在慢速网络连接上使用。
如果您在 Visual Studio 中使用 VSS 插件，请定期使用 VSS 客户端来比较和同步您的工作文件夹，但要逐个文件而不是批量进行。
不要让存储库变得太大。为不相关的工作拆分存储库。
不要被登录密码所迷惑。 VSS 并不比文件夹上的 NTFS 权限更安全。
当开发人员离开公司时，要求他们撤消他们的结帐。使用相同的机器和用户凭据以及工作文件夹撤消 check out 比使用管理员帐户撤消其他人的 check out 要容易一个数量级。
任何源代码控制系统的所有最佳实践也适用，例如将二进制文件的连续版本检查为 binaryfile.bin，而不是 binaryfilev1.bin、binaryfilev2.bin，但要告诉 VSS .bin 或你的意思是二进制文件，否则它会尝试进行文本合并。
关于visual-studio-2008 - 如何使用 Visual Source Safe 2005？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/895573/