1,268
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
项目张雪峰之巅 2004-09-15
- 打赏
- 举报
不用争了,
VSS的安全是版本控制软件中,最差的,
目录的删除,这还没什么呢,
因为能看到这个目录的人,并不多,而且,就项目内部,其实也没什么,
你就是用什么高级的软件,人家本身是开发人员,
又不让人家改文件,
什么道理呀,
CVS,CC,倒是,可以做到,不同的人,看到的目录也不同,
但是,在中国,你敢使用这个功能么??
开发人员在使用一个版本控制软件后,看不到,别人的目录,????
就算是不调用,那你也不敢这个去设!!
VSS的安全??不提也罢
不信,你在VSS建一个Administrator的用户,试试,
哼,
每天都要备份,
这是使用VSS所必须的,
好在VSS是以速度换性能,
VSS的版本管理,确确实实,做到了,
而它的易用性,速度....
都是很快的,
你还有什么好说的,
CC 是最烂的,
培养一个管理员还罢了,
每个使用者还要培训,有没有搞错呀!
CVS,还好啦!
SourceOffSite??没听过,不过只要是做的和VSS一样的方便的,
那么,人家为什么不使用VSS,
有什么一个软件,比VSS流传的更广,
以前的VC,VB,....这些个东东,谁人没有??
你就是为了买那MSDN也会有这么一套东东吧???
现在再来做一个和VSS一样的东东??
一点意义都没有,
如果哪个公司没有这方面的人才,
那么人家首选,就是VSS,
如果人家有这方面的人了,
人家自然,会使用CVS.
用的名正言顺,
而且,根本不用培训新员工,
招来的员工,只要会人家指定的工具,就OK了,
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可以拿多少工资？可惜俺的英语口语和听力不太好。
各位有谁知道精通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确实很好用，程序也比较可靠。我劝各位不要因为安全问题而轻易放弃它。
其实很小的访问量，这是不会有太大问题的。vss对数据库已定在程序内作了“自动修复”操作，因此虽然这种数据库系统非常不可靠，但是整个vss系统看上去还是一直在运行着，这是偶尔“莫名其妙”地中间偷偷丢了一小段数据（这是因为出错的数据库文件块被删除的结果）。
但是，网络大了、责任心重了，很自然就会担心了。毕竟这个目录暴露于所有人的眼皮底下，网络上任何人都可能破坏它，并不一定是故意的，即使是故意的也是我们的管理人员自己开门辑盗占主要责任。
vss确实很好用，程序也比较可靠。我劝各位不要因为安全问题而轻易放弃它。
stonespace 2004-09-08
- 打赏
- 举报
这么多年了还没见过有人故意破坏vss文件
samsungcsdn 2004-09-07
- 打赏
- 举报
"开发人员需要有完全控制权限才可以打开这个ini文件进行开发"
是这样么?
是这样么?
mengxianbao1521 2004-09-07
- 打赏
- 举报
大家感兴趣的话可以使用SourceOffSite他对Rose支持很完美。
但对.net支持繁琐。
SourceOffSite在软件的设计阶段使用很方便，比VSS方便得多。
但对.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的外壳
可以不用做共享目录
是vss的外壳
可以不用做共享目录
青润 2004-09-06
- 打赏
- 举报
我记得，把共享目录做成只读，每次checkout，都设定成在本地编辑，即可。
另外，那个共享目录保存的好像仅仅是临时文件而已，不是整个项目库。
另外，那个共享目录保存的好像仅仅是临时文件而已，不是整个项目库。
smch 2004-09-05
- 打赏
- 举报
楼上两位说的是在ADMIN工具中设置的彻底删除控制。
俺说的是他直接对VSS控制的版本库文件本身的删除。在进入一个版本库之前要找一个srcsafe.ini文件。这个ini文件所在的目录是版本库文件所在的目录，VSS对所有版本的历史文件都保存在这个目录里，而开发人员需要有完全控制权限才可以打开这个ini文件进行开发，既然有完全权限，自然就可以删除里面一切东西。
俺说的是他直接对VSS控制的版本库文件本身的删除。在进入一个版本库之前要找一个srcsafe.ini文件。这个ini文件所在的目录是版本库文件所在的目录，VSS对所有版本的历史文件都保存在这个目录里，而开发人员需要有完全控制权限才可以打开这个ini文件进行开发，既然有完全权限，自然就可以删除里面一切东西。
青润 2004-09-05
- 打赏
- 举报
vss可以设定无删除的权限，对这方面的管理还是可以做到的。
八米二康 2004-09-05
- 打赏
- 举报
VSS有对彻底删除的单独权限控制，普通的删除只是进了垃圾筒。你把这个权限授于特定人员不就行了。
cscer 2004-09-04
- 打赏
- 举报
将共享权限限制为特定的用户即可
smch 2004-09-04
- 打赏
- 举报
是啊。VSS这个真是大毛病。纪律不总是有用的。另外，备份也有问题，采用什么备份策略？每天备份，并且都用不同的目录而不覆盖以前的备份是最好的。最怕就是删除某些文件，表面看不出来。
看来还是用ClearCase。不过恐怕咱走了以后公司就没人会用了。
看来还是用ClearCase。不过恐怕咱走了以后公司就没人会用了。
stonespace 2004-09-04
- 打赏
- 举报
无法避免，不过可以制定纪律来防止这种情况，事前无法避免，可以事后处罚，利用NT的安全审核机制，可以察看是哪个用户在什么机器上删除vss文件。
另外可以做备份，
另外可以做备份，
