公司现在用的是vss（visual sourcesafe）版本控制，每次修改文件都得检出，而且不在公司内网的话就更加麻烦了
请问vss到底有何好处？让他还存活着在
关键看公司的团队和管理流程了。
如果模块划分的非常细，用vss其实也没啥不方便的。
因为你的改动不会影响别人。同时对你修改文件的准确性要求更高。
团队和项目比较大时，代码依赖会更多，用vss就不是很方便了。
另外，好像vss对修改的跟踪做的不是很好。
不像cvs, svn可以查到修改是哪次提交导致的。
cvs, svn, git其实更偏向在版本管理同时，代码知识共享。
这也是开源所需要的。
基本上，可以推断你们公司的项目经理或者开发部的老总年纪很大，而且只做windows开发。
现在GIT比较火，SVN相对来说简单好用
大部分都用SVN了 不过VSS安装方便点，还有版本控制比较SVN来说简单些，好多人说VSS对.net开发有很大帮助，没弄过.net不知道是不是。
这2个东西的适用范围都不一样，怎么能做比较呢
你这样问，就好比问css和js哪个好用
vss主要是用来非文本类型的，二进制的，如doc，xls，ppt，mpp之类的
而svn主要是用来处理一些文本之类的
二者各有优势，不能做比较。
我公司现在就在使用vss，他活下来总是有他的道理的vss操作简单，适合小团队使用。
svn用的比较多一点吧，一直使用的是svn，呵呵，
VSS，默认采用悲观锁方式，也就是资源占有和释放方式，冲突会少很多。
SVN，默认采用乐观锁方式，提交前检查版本和差异，当然它也可以支持悲观锁方式。
但这两种都是必须实时在线同步的，脱离了服务环境维护时非常麻烦。
Git，是可离线分布式的，本地即服务，代表了更先进的思想。
另外，checkout后才能修改，对于很多商业的版本管理工具
也是这么要求的，比如perforce。
避免误操作，以及跟踪代码修改者。
有这样的场景，项目要做发布包了，项目经理检查是不是还有人的代码没提交。
就可以看是否还有checkout的文件来判断。
VSS用起来没什么学习成本.
以前公司里也是用VSS, 之后被我换成SVN, 现在用的是Git .
SVN/Git 环境搭建要折腾的, VSS基本不用折腾, 就是用的时候很蛋疼
我公司用TFS
我觉得。。svn使用简单。。。