搜索： - moyun
还是讨论无极好
IT江湖moyun2005-12-21 15:56:26
我觉得你后面说的这种，恰恰就是最不好的风格。 说明类没有抽象好。功能没划分好。 如果有很多提供同样功能的访问，那么说明 冗余代码太多了。而其将来一大堆一致性问题，你就受不了
你说的这个问题其实容易解决
IT江湖moyun2005-12-21 14:37:34
谁也不能长期霸占着文件不放，况且vss可以看到是谁check out了。 这种互斥的情况最多就是降低一点并行工作的效率。
Re: 互锁是大问题
IT江湖moyun2005-12-21 11:53:45
Visual Source Safe 文件锁只能上一重，只有写锁，不太明白怎么会产生互锁。 我们以前用vss管理的工程还是比较复杂的。老项目，10多个大版本，每个都有多重分支...而且根据用户需求还在不断地打patch
这个应该不算啥致命的吧？
IT江湖moyun2005-12-21 10:47:53
文件互锁的情况还没遇见过。 忘记check in 倒是有可能，这个要靠工作手顺之类的保证。 一般也很少出什么大问题，大不了电话一下让赶紧把坑挪出来就行了。 不过CVS好处就是版本分支比较好，不用像以前用ssf的时候一分支建一个库
source safe 概念跟CVS差别很大
IT江湖moyun2005-12-21 09:49:48
我前文SSF指的是source safe。 CVS文件都保存在本地，但是source safe所有文件是保存在服务器 的数据库里，所以每次要改动哪些文件就事先check out到本地来， 改完了再check in。 本地可以不留这些文件。 还有个好处就是你在客户端可以清楚知道此刻谁在改什么文件，如果设置 成不允许多人check out 那么这个人不放开这个文件别人谁也动不了。
我从source safe 改到CVS上来感觉特不习惯
IT江湖moyun2005-12-21 00:42:00
每次commit的时候，以为没有以前SSF check out的加锁，感觉特别扭. svn还没尝试用。 感觉还是visual source safe 2005好用...什么设置阿功能阿多方便又哪个体贴