最近在使用VSS+SAW，把自己的使用的感想整理了一下，根据自己的使用过程和大家的问题，继续更新此帖。
排版不好，附件的PDF更好点，而且内容更加丰富一点，有兴趣的朋友下载去看看！

1.   SAW优点
    VSS+SAW模式相对单纯使用VSS模式，有以下优点：
l操作习惯
    SAW客户端沿袭了VSS客户端的基本功能和操作习惯。切换客户端对使用者来说没有什么不习惯的，对他们而言，只是安装一个小软件而已。
lInternet访问
    SAW客户端能够达到Internet访问VSS配置库的要求，即可以远程访问。这是大多数使用VSS客户端所迫切需要解决的
l取消了共享
    SAW应用后，可以取消传统的VSS配置库文件夹必须共享的要求。这样大家笔伐的VSS配置库文件夹读写共享带来的配置库安全性问题得到解决。
l运行速度
    据说SAW客户端的运行速度比VSS客户端快，因为VSS客户端是基于文件共享的，而SAW客户端是基于TCP/IP协议的，因此文件传输速度上SAW客户端更快。
l密码要求

    SAW必须输入密码才能够登录。而且在SAW服务器端，可以设置密码的限制，例如：长度、必须包含大小写字母数字等、密码过期时间。这对于广大VSS的CM来说，的确是一个很大的优点。

l密码验证
    SAW登录的时候，不像VSS那样居然可以使用当前Windows的用户，不输入密码默认登录。每次登录的时候，必须输入用户名和密码，安全性得到提高。
    仔细看了一下VSS，原来在服务器端，“Options”菜单中“Genaral”Tab页的“use network name for automatic user log in”这个选项是默认选中的，如果不选中这个选项，VSS客户端还是需要在登录窗口输入用户名和密码的。
lStatus Search
    SAW客户端中，“Status Search”，是在弹出式窗口中打开的，而不像VSS客户端，在主机面中显示，操作较原来方便些。
l临时文件
    在VSS中View一个文件，均会在计算机的某一个路径拷贝一个备份供直接在VSS中链接打开。VSS6.0是放在VSS配置库的路径下，即服务器的配置库的Temp目录下会有很多临时文件，到时总的空间越来越小（有时候这个非常可怕，甚至有好几个G呢），而VSS2005是放在客户端机器上的。使用SAW客户端也屏蔽了这个问题，肯定不是在服务器上（因为共享已经取消了），至于在客户端机器的哪里，我想也不重要了，只要客户端经常清除临时文件应该就没有问题的。
lDalta Transfer
    SAW客户端有一个Delta Transfer，据说很好，还没有用过。

2.   SAW缺点
    人无完人，金无足赤。软件也一样。SAW有以下缺点，可能SAW从软件实现上有所保留，但是从我们具体的使用上，的确有点麻烦。
lDatabase名称
    客户端登录的时候，在登录界面的“Database”中，会显示所有的VSS配置库名称，而不是该用户所能够访问的配置库名称。
l登录配置库
    客户端想登录到其它配置库，还得重新连接一次服务器，再登录，稍显麻烦。   
l处理速度
    客户端在“Set Working Projects”和“Add Files”操作的时候，文件夹或文件选择对话框出来的比较慢，好像在计算什么东西似的，而且对话框中文件夹的展开也比较慢。
如果某一个Project中的配置项比较多，那么在第一次点击这个Project的时候，响应速度比较慢。
l查看CheckOut路径
    SAW客户端中，用户只能看到配置项的CheckOut状态和用户，而不能看到该用户的在其机器上的CheckOut路径，这个功能在VSS客户端中有的。并且，共享过的文件，也只有在执行了CheckOut操作的目录下可以看到文件的CheckOut路径，其他共享所在的文件中，只能看到该文件的CheckOut状态，不知道CheckOut到哪里去了。
l刷新问题
    SAW客户端，用户A连接到配置库后，用户B在配置库的某Project添加了配置项，此时，用户A选择此Project，配置项列表中不会刷新，即不会显示新添加的配置项，需要手工Refresh。
l登录日志
    如果使用了SAW客户端登录，再使用VSS服务器工具看用户登录情况，只显示了Admin和最后一个登录的用户，其他用户是否登录看不到，这可是一个严重的Bug
lFind in Files
    SAW5.1客户端，缺少一个VSS客户端的功能Find in Files，这个功能对于文本类型的文件来说，有很好的使用效果，SAW没有做到，是一个很多的不足。
l不能配置不同文件的默认打开方式
    SAW客户端在“Options”菜单的“External Programs”中，只能设置一个“Application for viewing and editing files”，如果想针对不同的文件采用不同的工具，则不行。而VSS客户端中，“Options”的“Custom Editors”中，可以设置不同扩展名的文件的打开方式。
lCheckIn后文件的Data-Time与VSS客户端不同
    SAW客户端，CheckIn后文件的Data-Time，是与服务器交互的时间。而VSS客户端，CheckIn后文件的Data-Time，是文件修改时间。大大的不同。
l共享文件的CheckIn问题
    举例说明：如果一个File（A.txt），共享在两个Project（project1和project2），你是在project1中CheckOut了A.txt，则
        在project1中，你可以看到此文件被你CheckOut、存放的本地路径，并且此处的A.txt可写；
       在project2中，只能看到A.txt被你CheckOut，但是不知道存放的本地路径，并且此处的A.txt只读。
此时，你修改了project1中的A.txt，但是你却在project2中CheckIn了A.txt，此时，VSS客户端和SAW客户端都是允许你CheckIn，但是区别在于SAW没有提示而VSS有提示，可想而知，你可能CheckIn了一个你不想CheckIn的版本。这样操作可定容易造成混乱的。而SAW的默认行为会让你没有察觉。
    在此时，就需要找到一个正确的CheckIn操作。即在配置库中找到你当初CheckOut的地方（即project1，有本地路径的即是，这也是你能够修改A.txt的地方），点击CheckIn即可。
lRename功能，不能大小写改变
    如果一个文件名为File.txt，你想改为FILE.txt，VSS是允许的，而SAW会提示你文件已经存在，因此在SAW中这样改名字是不行的。
l日志文件的路径只能是本地路径
    在VSS Administrator的Tools->Option->Log all actions in journal file中可以设置VSS日志文件的路径和文件名。如果使用VSS客户端，则支持网络路径，但是如果使用SAW客户端，则只支持本地路径。郁闷！。

[ 本帖最后由 hongerchen 于 2007-11-14 17:08 编辑 ]

SAW还是比较好用的啊 刷新的情况可比SOS好多了 SOS那才叫郁闷呢

如果哪位XD能提供saw client破解版就好了,官网上只有一个月试用期

最近内容改动比较大，把附件贴上了。特意顶一下

全部收到，正在公司进行SAW部署。感谢楼主无私奉献。

引用:

原帖由 guanzm 于 2007-9-11 13:46 发表
全部收到，正在公司进行SAW部署。感谢楼主无私奉献。

欢迎guanzm和大家一起多多讨论SAW使用的问题。

saw 哪里有破解的？

引用:

原帖由 hitsing 于 2007-10-31 15:05 发表
saw 哪里有破解的？

可以联系我，ＭＳＮ加我

配置完后服务启动不起来，请问是为什么？

引用:

原帖由 colinTongzw 于 2007-11-12 10:57 发表
配置完后服务启动不起来，请问是为什么？

请问什么提示？