SVN和VSS的区别

VSS是基于“锁定--编辑—解锁”模式的，这个模式有一个弊端，就是当其他人在编辑相关单元文件的时候，此单元文件处于锁定状态，其他人如果想编辑这个单元文件的话，只能处于等待状态。后来在持续集成中我使用的Subversion替代VSS，Subversion是基于“修改—冲突—合并”的一个模式，也就是说多个人可以同时签出一个单元文件，编辑然后提交，如果多个人都修改了同一文件的某一行的话，就会发生冲突，手工解决冲突。我自己的体会是，这种情况极少发生，更多的时候是：a同学编辑了File1文件的上半部分，b同学在File1文件的最后又添加了一些代码，这样是不会造成冲突的，而且本身这种多人编辑同一个文件的情况就很少。b同学不用因为a同学在编辑File1文件而只能等待，他也能同时编辑File1文件，直观的好处就是这样能提高开发速度。而且Subversion提供的配置文件非常容易掌握。可以快速配置出对于整个开发团队成员负责模块的读写权限配置，而且可以有组的概念[groups]，这就直接对应了团队中以小组为划分的结构。而且有很多Subversion的扩展工具可以选择，我选择的是TortoiseSVN，我们都称它为“小乌龟”，这是一个和Windows操作系统Shell绑定的工具，它把所有对Subversion的操作都包装成了可视化操作，而且由于是和操作系统绑定的，任何一个目录都可以成为存放代码副本的地方，个人觉得非常好用，而且还有很多为Subversion编写的钩子脚本，可以让我们在版本控制这一块做的更好，后面有一个例子来说明我是如何使用钩子脚本的。

SS是通过滤纸截流下来的那些东西

VSS是把滤纸截流下的东西在马弗炉（400-600度）灼烧下挥发掉的东西

SS--suspended solid 悬浮物

VSS--volatile suspended solid 可挥发性固体悬浮物

鹏仔微信 15129739599 鹏仔QQ344225443 鹏仔前端 pjxi.com 共享博客 sharedbk.com