我觉得VSS使用虽然简单,但对于权限、安全方面的控制是有几点疑问;
(1):通常一个项目组里不同人员很少进行交叉编码,所以一般是只负责自己的版本(当然不包括那些公用层面的东西),鉴于此,那按理只允许访问自己的VSS版块,也就是check in/check out自己的东西,不能check in/check out别人的东西。这样要求的另一个原因是很多公司都源码管理的考虑。而VSS实现不了,我不知道是不是我使用不当还是对其理解不透的原因。 (2):VSS必须以目录共享方式存在,虽然说有设计相应的权限,但本人觉得这会带来比较大的安全问题。项目成员可以随意拷贝走整个目录,这对于公司需要严格控制源码就是一个非常重大的BUG。
以上二点仅是我使用中的的疑问。希望大家交流意见?TKS
(1):通常一个项目组里不同人员很少进行交叉编码,所以一般是只负责自己的版本(当然不包括那些公用层面的东西),鉴于此,那按理只允许访问自己的VSS版块,也就是check in/check out自己的东西,不能check in/check out别人的东西。这样要求的另一个原因是很多公司都源码管理的考虑。而VSS实现不了,我不知道是不是我使用不当还是对其理解不透的原因。 (2):VSS必须以目录共享方式存在,虽然说有设计相应的权限,但本人觉得这会带来比较大的安全问题。项目成员可以随意拷贝走整个目录,这对于公司需要严格控制源码就是一个非常重大的BUG。
以上二点仅是我使用中的的疑问。希望大家交流意见?TKS
管理员设置好权限后你显然不能check in/check out别人的东西的.
(2):VSS必须以目录共享方式存在,虽然说有设计相应的权限,但本人觉得这会带来比较大的安全问题。项目成员可以随意拷贝走整个目录,这对于公司需要严格控制源码就是一个非常重大的BUG。-------------
怎么拷呢,没权限你点开那个项目看到的只是个名字,右边那快根本看不到东西
====================================大家都是同一个项目呀,这么不能check out别人的东西?check out是对整个项目来的呀
------------------------------
VSS完全支持协调开发啊,但是如果需要对代码修改,只要check out 修改完以后立刻check in 别人修改后你再get latest version就可以保持大家的代码一致了。
(2):VSS必须以目录共享方式存在,虽然说有设计相应的权限,但本人觉得这会带来比较大的安全问题。项目成员可以随意拷贝走整个目录,这对于公司需要严格控制源码就是一个非常重大的BUG。
------------------------------
隐患是有的,错误也是有的,但是毕竟是少数。拷贝走可以但是你要修改VSS上的东西就比较困难了。我觉得VSS的作用在于控制代码的版本,而不在于代码本身的安全(别人拷贝走)