我目前正在一个仍然拥有VSS 2005的环境中工作。我目前无权更改为Subversion，TFS等。
使用VSS 2005需要注意哪些主要问题 - 我如何才能最好地使用它来尝试保存我的版本而不是破坏我的源代码？例如，将它与Visual Studio 2008集成还是仅使用VSS客户端更好？
答案 0 :(得分：10)
不要做任何复杂的VSS。我认为许多从未遇到过VSS问题的人只是将它作为文件共享使用（即文件被检入一次并且永远不会被修改） - 具有讽刺意味的是，使用VSS作为普通文件备份实际上增加了灾难性损失的几率！
VSS在一连串措辞不好的问题上淹没了你。每个问题都没有一个答案，你必须停下来思考每一个问题。当断开与VSS的连接时，将不断询问您是否要切换到使用VSS而不是IIS，如果这样做，则撤消它是不明显的。不要使用VSS插件来获取初始项目或签出项目。 VSS插件往往会将您的文件放在意想不到的位置，使用VSS客户端，这更有可能为您提供一个镜像结构，反映VSS中的项目结构。
不要使用内置功能进行分支，不要合并。创建一个新的VSS项目（即新的文件夹集），并在需要分支时签入代码，就好像它是一个全新的东西。如果您需要模拟合并，请使用超出比较的内容。
不要重命名文件，而是添加新的，复制粘贴，然后删除。这打破了历史链，但加剧了更少
允许多次结账，但非正式地不要在相同的代码区域上做太多工作，不要让其他开发人员让他们的版本太陈旧，因为那时你试图合并你的旧工作文件夹版本和最新版本以及VSS倾向于在他们不理解的问题中淹没初级开发人员。
不要做非常大的检查。如果没有第三方产品，请不要在慢速网络连接上使用。
如果您在visual studio中使用VSS插件，请定期使用VSS客户端来比较和同步您的工作文件夹，但请逐个文件而不是批量执行。
不要让存储库变得太大。拆分不相关工作的存储库。
不要被登录密码所迷惑。 VSS不比文件夹上的NTFS权限更安全。
当开发人员离开公司时，请他们撤消他们的结帐。使用相同的计算机和用户凭据以及工作文件夹撤消签出比使用管理员帐户撤消其他人的签出要容易一个数量级。
任何源控制系统的所有最佳实践也适用，例如将二进制文件的后续版本检入为binaryfile.bin，而不是binaryfilev1.bin，binaryfilev2.bin，但要告诉VSS .bin或者你的意思是二进制文件还是会尝试进行文本合并。
答案 1 :(得分：8)
如何使用Visual Source Safe 2005？
醇。它的负荷。
答案 2 :(得分：4)
使用自动作业运行隐藏SVN存储库，该作业每晚检查最新的VSS文件并将其检入SVN。
当VSS死亡（它会）告诉老板我们准备好第二个存储库时。
答案 3 :(得分：3)
我尝试将VSS与VS集成时只有负面经验，所以我建议不要这样做。但是，我们当时正在处理ASP.Net 1.1项目，它没有能够在任何类型的文件夹结构中生活的好的功能，而这主要是我们遇到问题的地方 - 试图同步VSS存储库的项目结构。
除此之外，我只能建议您不要通过易于丢弃的VPN连接检入代码。实际上......我建议永远不要远程检查代码;）如果连接在提交过程中丢失，你可以双击数据库是否已损坏。
答案 4 :(得分：3)
我最后一次尝试（很久以前），Visual Studio集成在使用VSS项目分支时表现不佳。
我只是使用VSS客户端。
其他建议：