当前位置导航:炫浪网>>网络学院>>网页制作>>ASP.NET教程

Visual SourceSafe 6.0 的问题思考


最近公司在我的推动之下要引入VSS进行源代码管理了,我觉得公司里面规范行的制度太少,特别是在开发过程中的规范就更少了,包括单元测试这样最基本的东西都没有真正的规范下来,所以我想通过VSS的使用,推广单元测试的概念,就算推广过程中有这样的或者那样的困难,但是这样的行动对公司是有利的,对个人也是有利的。现在的问题就是一个“度”了。
昨天看VSS的文档,发现了一个很大的问题啊:VSS的DATABASE是文件形式的数据库,只能通过FOLDER权限的设置对其进行权限控制,这个问题在MS的说明中也写的相当清楚,见下:
=========================================================================================
要保护 Visual SourceSafe (VSS) 数据库以及用于控制和管理 VSS 的文件,需要使用 Windows 的安全权限来限制访问。按照本文介绍的步骤,您可以锁定数据库,从而达到以下目的: 只有 VSS Windows 文件夹的 VSS 数据库管理员组中的成员才能执行管理员任务,包括运行 Analyze 和恢复存档的 VSS 文件与项目。 设置 VSS 安全性之后,所有的 VSS 管理员和 VSS 用户还可以按设置之前的方式使用 VSS。 不是 VSS 用户的人员将无权访问 VSS 所在的网络共享位置,因此也就无法访问数据库。
锁定数据库不能提供: 项目级安全性。您可以使用 VSS Administrator 程序为特定的 VSS 项目或各别 VSS 用户设置权限和分配任务,但所有 VSS 用户必须都拥有相同的 Windows 文件夹权限。因此,所有 VSS 用户,不管他们在 VSS Administrator 程序中指定的项目级权限如何,均可以访问共享文件夹,并且可以完全控制所有的 VSS 数据,但那些用于控制和管理程序及数据库的文件除外。请勿使用共享数据库来存储包含敏感信息的文件,例如工资信息或法律文档。 只读 VSS 用户。如果要限制某些 VSS 用户,使其只能读取 VSS 数据库中的文件,那么建议您不要将这些人员设为 VSS 用户,而应该创建一个影子文件夹,并授予这些人访问此文件夹的权限。

!以上部分在VSS HELP中有详细说明!
=========================================================================================
红色的即使我关心的问题,我查了下WWW,为什么大家对这个问题没有关注呢?难道只有用所谓的“职业道德”去约束?我想凡是没有制度的东西都是很脆弱的。拥有DATA文件夹权限的USER可以通过“\”的共享方式完全访问DATA文件夹,这应该是一个隐藏的灾难吧?但是除了这点,VSS还是不错的,特此说明。
相关内容
赞助商链接