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

就说你们开发机器都是linux，没办法安装，看他咱办

关我鸟事……

不同意很多人说的“工具够用就行”，就算是两件工具可以完成完全一样的功能，其设计哲学和使用方式上肯定也会有区别。如果是每天必用的工具，不够便利的，或者蹩脚的使用方式会持续的影响你工作时的心情，而谁又愿意每天工作时都被工具逼得心情不好？

或许只是因为我太过在意这种小事，常常看见很多人用鼠标慢吞吞的选择代码块/段进行删除/注释等操作，习惯了 Vim 的我是无论如何也不能理解他们悠然自得的表情的。

VSS CVS SVN都用过。VSS跟后者比确实存在很大的缺陷。

工具而已，习惯了就好。不再与svn有多好，在于配置管理作的有多好。如果每个人负责的模块都有独立性，那么vss的缺陷也不明显。

你们公司能做出这种决定，就可以等着写入历史了。

我没有怎么用过VSS, 我想知道VSS如何管理branch, tag等东西， 因为很多时候我们做产品， 需要维护不同的版本， 如果打了补丁（例如1。0的， 现在在做2。0），还要merge 某个branch的东西都其他/主。branch. 我想知道VSS， 如果做到。

不要告诉我到时候在换工具哦。


PS:看到了VSS的Branch功能了，原来在VSS上tag叫labels

如果你们公司有钱，建议使用IBM 的CC，其功能绝对不是什么SVN,CVS,SUBVERSION,VSS之流的版本控制工具所能比的，这些工具能够做到：
1.将要修改的代码和需求绑定吗？
2.能在你提交代码的时候帮你检查代码的优劣吗（代码写得不好，比如一个方法内的代码超过300行，局部变量过多等等，哪怕没有错误，不让你提交）？
3.能让你自动将你实现的功能和你所修改的代码绑定起来吗（项目经理点击一个功能需求，就能看到对应功能下修改的代码）
4.能方便和其它工具集成吗，比如从建模数据库设计编码优化测试..？CC是可以做到的。

使用CC，每天早上来到公司，你就会在CC上有1条或多条任务，CC是基于任务的版本控制工具。

用什么工具不一样阿。
不在于用的工具，在于用工具的人。

说的不错。但是svn cvs，如果玩的不熟的，哪么很多人同时更改一个文件，到时候并起来也是很麻烦的。
我深知其中的痛苦。