VSS创建项目之后,版本库的目录必须是完全共享开发人员才能正常使用,这样可能会受到版本库删除,请问如何避免?谢谢。

smch 2004-09-03 07:33:37
谢谢。
...全文
459 20 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
20 条回复
切换为时间正序
请发表友善的回复…
发表回复
  • 打赏
  • 举报
回复
不用争了,
VSS的安全是版本控制软件中,最差的,

目录的删除,这还没什么呢,
因为能看到这个目录的人,并不多,而且,就项目内部,其实也没什么,
你就是用什么高级的软件,人家本身是开发人员,
又不让人家改文件,
什么道理呀,

CVS,CC,倒是,可以做到,不同的人,看到的目录也不同,
但是,在中国,你敢使用这个功能么??
开发人员在使用一个版本控制软件后,看不到,别人的目录,????
就算是不调用,那你也不敢这个去设!!

VSS的安全??不提也罢
不信,你在VSS建一个Administrator的用户,试试,

哼,
每天都要备份,
这是使用VSS所必须的,

好在VSS是以速度换性能,
VSS的版本管理,确确实实,做到了,
而它的易用性,速度....

都是很快的,

你还有什么好说的,
CC 是最烂的,
培养一个管理员还罢了,

每个使用者还要培训,有没有搞错呀!
CVS,还好啦!


SourceOffSite??没听过,不过只要是做的和VSS一样的方便的,
那么,人家为什么不使用VSS,
有什么一个软件,比VSS流传的更广,
以前的VC,VB,....这些个东东,谁人没有??
你就是为了买那MSDN也会有这么一套东东吧???

现在再来做一个和VSS一样的东东??
一点意义都没有,
如果哪个公司没有这方面的人才,
那么人家首选,就是VSS,
如果人家有这方面的人了,
人家自然,会使用CVS.
用的名正言顺,
而且,根本不用培训新员工,
招来的员工,只要会人家指定的工具,就OK了,

w_rose 2004-09-12
  • 打赏
  • 举报
回复
精通?这些能够代替实际开发编程么?
smch 2004-09-12
  • 打赏
  • 举报
回复
感觉还是ClearCase强大,和Rational的一套东西配合很好,不过就是复杂了些。
各位有谁知道精通ClearCase,Rose,ProjectConsole,Requisitepro,RUP,ClearQuest可以拿多少工资?可惜俺的英语口语和听力不太好。
step_by_step 2004-09-12
  • 打赏
  • 举报
回复
怎么会删除了?明天我试试看,用了这么久的vss到没有注意这个问题了。
如果能够被恶意删除的话,到是一个问题了。
w_rose 2004-09-11
  • 打赏
  • 举报
回复
8.0版完全建立在webservice之上,数据库操作从文件系统升级为客户服务系统模式,因该彻底解决了这些问题。不知道我出差住外地宾馆时与公司内部联网是否方便。如果方便,我不倒会把程序项目放在上面,还会它他作为全公司的文件柜。
w_rose 2004-09-11
  • 打赏
  • 举报
回复
倒也不是故意破坏。

其实很小的访问量,这是不会有太大问题的。vss对数据库已定在程序内作了“自动修复”操作,因此虽然这种数据库系统非常不可靠,但是整个vss系统看上去还是一直在运行着,这是偶尔“莫名其妙”地中间偷偷丢了一小段数据(这是因为出错的数据库文件块被删除的结果)。

但是,网络大了、责任心重了,很自然就会担心了。毕竟这个目录暴露于所有人的眼皮底下,网络上任何人都可能破坏它,并不一定是故意的,即使是故意的也是我们的管理人员自己开门辑盗占主要责任。

vss确实很好用,程序也比较可靠。我劝各位不要因为安全问题而轻易放弃它。
stonespace 2004-09-08
  • 打赏
  • 举报
回复
这么多年了还没见过有人故意破坏vss文件
samsungcsdn 2004-09-07
  • 打赏
  • 举报
回复
"开发人员需要有完全控制权限才可以打开这个ini文件进行开发"
是这样么?
mengxianbao1521 2004-09-07
  • 打赏
  • 举报
回复
大家感兴趣的话可以使用SourceOffSite他对Rose支持很完美。
但对.net支持繁琐。
SourceOffSite在软件的设计阶段使用很方便,比VSS方便得多。
大雾 2004-09-07
  • 打赏
  • 举报
回复
开发团队要互相信任,否则怎么开发。
crybigbaby 2004-09-07
  • 打赏
  • 举报
回复
不好做,不过可以应用NT的安全机制来记录操作,另外如果可能做好自动备份脚本,每天备份,保存最近一周或二周内的每天的备份
w_rose 2004-09-07
  • 打赏
  • 举报
回复
只有等待 8.0 版本。
shizi_mhy 2004-09-06
  • 打赏
  • 举报
回复
用SOS
是vss的外壳
可以不用做共享目录
青润 2004-09-06
  • 打赏
  • 举报
回复
我记得,把共享目录做成只读,每次checkout,都设定成在本地编辑,即可。
另外,那个共享目录保存的好像仅仅是临时文件而已,不是整个项目库。
smch 2004-09-05
  • 打赏
  • 举报
回复
楼上两位说的是在ADMIN工具中设置的彻底删除控制。

俺说的是他直接对VSS控制的版本库文件本身的删除。在进入一个版本库之前要找一个srcsafe.ini文件。这个ini文件所在的目录是版本库文件所在的目录,VSS对所有版本的历史文件都保存在这个目录里,而开发人员需要有完全控制权限才可以打开这个ini文件进行开发,既然有完全权限,自然就可以删除里面一切东西。
青润 2004-09-05
  • 打赏
  • 举报
回复
vss可以设定无删除的权限,对这方面的管理还是可以做到的。
八米二康 2004-09-05
  • 打赏
  • 举报
回复
VSS有对彻底删除的单独权限控制,普通的删除只是进了垃圾筒。你把这个权限授于特定人员不就行了。
cscer 2004-09-04
  • 打赏
  • 举报
回复
将共享权限限制为特定的用户即可
smch 2004-09-04
  • 打赏
  • 举报
回复
是啊。VSS这个真是大毛病。纪律不总是有用的。另外,备份也有问题,采用什么备份策略?每天备份,并且都用不同的目录而不覆盖以前的备份是最好的。最怕就是删除某些文件,表面看不出来。
看来还是用ClearCase。不过恐怕咱走了以后公司就没人会用了。
stonespace 2004-09-04
  • 打赏
  • 举报
回复
无法避免,不过可以制定纪律来防止这种情况,事前无法避免,可以事后处罚,利用NT的安全审核机制,可以察看是哪个用户在什么机器上删除vss文件。

另外可以做备份,

1,268

社区成员

发帖
与我相关
我的任务
社区描述
软件工程/管理 管理版
社区管理员
  • 研发管理社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧