alc*_*cal 5 svn version-control visual-sourcesafe visual-studio-2008
我目前正在一个仍然拥有VSS 2005的环境中工作.我目前无法更改为Subversion,TFS等.
使用VSS 2005需要注意哪些主要问题 - 如何才能最好地使用它来尝试保存我的版本而不是破坏我的源代码？例如,将它与Visual Studio 2008集成还是仅使用VSS客户端更好？
Mat*_*tin 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或者你的意思是二进制文件还是会尝试文本合并.