Visual studio 2008 如何使用Visual Source Safe 2005？

我目前的工作环境仍然是VSS 2005。我目前没有权力更改为Subversion、TFS等

---

VSS 2005需要注意的主要问题是什么？我如何才能最好地使用它来尝试保存我的版本，而不破坏我的源代码？例如，将其与Visual Studio 2008集成是更好，还是只使用VSS客户端更好？

在尝试将VSS与VS集成时，我只有负面的体验，因此我建议不要这样做。但是，当时我们正在处理ASP.Net 1.1项目，它没有能够在任何类型的文件夹结构中的任何位置都可以使用的良好功能，这主要是我们遇到问题的地方-尝试将项目结构与VSS存储库同步

除此之外，我只能建议您不要通过容易断开的VPN连接签入代码。事实上我建议永远不要远程签入代码；）如果连接在提交的中间下降，您可以双倍地查看数据库是否损坏。

< P>上次尝试它（很早以前），VisualStudio集成使用VSS项目分支发挥了不好。

我只是使用VSS客户机

其他建议：

• 定期运行VSS管理员“分析”（以检测/修复数据库中的任何损坏）
• 对数据库进行定期（如夜间）备份并进行测试，并使用“影子”功能，以防数据库损坏无法修复

---

不要使用VSS执行任何复杂的操作。我认为许多从未遇到过VSS问题的人只是将其用作文件共享（即文件只签入一次，并且从未修改过）——具有讽刺意味的是，将VSS用作普通文件备份实际上增加了灾难性丢失的几率

VSS将你淹没在一连串措词拙劣的问题中。每个问题都没有一个答案，你必须停下来思考每一个问题。当断开与VSS的连接时，系统会不断询问您是否要切换到使用VSS over IIS，如果您这样做，则不清楚如何撤消它

不要使用VSS插件获取初始项目或签出项目。VSS插件倾向于将文件放在意外的位置，请使用VSS客户机，它更可能为您提供一个文件夹结构，以反映VSS中的项目结构

不要使用内置功能进行分支，不要合并。创建一个新的VSS项目（即一组新的文件夹）并在需要分支时签入代码，就像它是一个全新的东西一样。如果需要模拟合并，请使用类似beyond compare的方法

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

确实允许多次签出，但非正式地说，不要让太多的工作在同一个代码区域上完成，不要让其他开发人员让他们的版本变得太陈旧，因为这样您就试图合并旧的工作文件夹版本和最新版本，VSS会让初级开发人员陷入他们不理解的问题中

不要做非常大的签入。不要在没有第三方产品的慢速网络连接上使用

如果在visual studio中使用VSS插件，请定期使用VSS客户端来比较和同步工作文件夹，但要逐个文件，而不是批处理

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

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

当开发人员离开公司时，请他们撤消签出。使用同一台机器、用户凭据和工作文件夹撤消签出比使用管理员帐户撤消其他人的签出要容易得多

任何源代码管理系统的所有最佳实践也适用，例如，将二进制文件的后续版本签入为binaryfile.bin，而不是binaryfilev1.bin、binaryfilev2.bin，但一定要告诉VSS该.bin或您所说的二进制文件，否则它将尝试进行文本合并

如何使用Visual Source Safe 2005

---

酒精。加载它。

运行一个具有自动作业的隐形SVN存储库，该作业每天晚上签出最新的VSS文件并将其签入SVN

---

当VSS死掉时（它会）告诉老板我们有第二个存储库准备就绪。

您遇到了什么问题？我已经使用VS与VSS的集成很多年了，但从来没有注意到任何与集成有关的重大问题？我认为问题在于，当您分支一个项目（这意味着对同一文件有不同的修订集）时，其中Visual Studio到VSS映射的文件没有更改，也就是说，它只是被复制到新的分支中。。。因此VisualStudio继续使用主流，而不是您希望它使用的分支。那是很久以前的事了，好主意！只需确保您的工作不会做任何有可能损坏VSS数据库的事情，因为如果这样做，您将永远无法继续下去：）