请大家帮忙反驳公司强制使用VSS的理由

你自己不懂也别瞎说！
svn的锁定和vss check out是一回事吗？svn锁定是让别人不能commit，vss是独占的check out。打个比方，有点像乐观锁和悲观锁的区别，你用过就知道区别了。在check out的时候检测非常重要，因为这样我在打算修改之前就知道别人在修改；而如果在commit的时候才知道就晚了，要知道合并是应该尽量避免的，不到万不得已不要用。

关于版本控制的工具，各有优缺点。svn总体来说功能要强大，vss主要是用起来方便，另外和ms的开发工具可以集成。其实如果用的是vs2005 team 版本的话，用team foundation最好了。其实话说回来，看你怎么做版本控制，然后才决定用的工具，工具只是辅助，适合就好。

08年上半年公司做的小项目，因为项目经理的技术属于古董级的，所以采用的VSS；后来我去给他们组做技术支持，结果看到版本控制使用的非常混乱，首先就没有IDE集成，版本比对和merge功能也简陋，常常发生一个人修改配置文件，其他组员都在等待的现象～～

看来很少有人使用rational(现在是IBM的了)的clearcase呀

以前的公司一直用这个，现在跳了，用SVN，感觉真的很不错。

但正如有些人说的，就一个版本管理工具，用什么都无所谓啦！

VSS可以设置多人Checkout的啊，只不过默认的时候是独占Checkout

如果用.net的话，直接可以在Visula Studio中集成VSS管理，但是svn就只有一个插件可以继承到Visual studio中。

vss其实是可以多人checkout的

为一个配置管理工具搞得要跳槽？？ 好象这不是应有的工作态度吧。对于那些没有使用配置管理工具的，岂不是要跳楼自杀？

建议LZ给出一份功能对比图表，列明svn跟vss各自的优缺点，适用环境及对工作的影响。然后强烈表明你的意见供上面参考。不管最终采用哪一个，照着执行就可以了。

我们公司用ClearCase

我们公司以前也用vss，是vs2005之前的版本，由于需要共享目录，只要把整个目录拷贝出来，然后替换一个文件，admin就直接被破解了，不知道有没有高人能解决这个安全性问题，当然了，如果代码不需要安全设置，对所有人权限都一样，就无所谓了。

做java开发，eclipse有vssplugin插件的。听好用的。
工具永远是个工具，关键是大家遵守一个合理的操作习惯。