同时checkout一个文件讨论

最新推荐文章于 2020-04-23 16:01:49 发布

lcj8

最新推荐文章于 2020-04-23 16:01:49 发布

阅读量1.1k

点赞数

分类专栏：版本控制与部署文章标签： cvs vss subversion 工作 lisp 项目管理

本文链接：https://blog.csdn.net/lcj8/article/details/4069725

版权

版本控制与部署专栏收录该内容

15 篇文章 0 订阅

订阅专栏

■■wincvs和cvs的弱点，这两个都可以不同的人同时checkout一个文件
并且大家都不知道对方已经checkout,当checkin 的时候就会发生冲突
各位如何解决这个问题的？
还有有什么版本控制软件即支持web方式，并且只能有一个人checkout，就像vss一样？
高手执教问题点数：0、回复次数：33Top

1 楼zhuma（竹马）回复于 2003-09-08 11:15:53 得分 0

CVS会合并亚
不算弱点
算优点吧Top

2 楼jodn（）回复于 2003-09-08 11:29:33 得分 0

这本来就是cvs的特点嘛。Top

3 楼tj_dns（愉快的登山者）回复于 2003-09-08 11:40:09 得分 0

我没有使用过CVS，若真是象zhuma(竹马) 说的可以合并版本，那真是一个特点了。
但当出现合并冲突时，CVS会如何处理呢？Top

4 楼termite（★★★★★）回复于 2003-09-08 12:07:00 得分 0

it's same for those popular tools(cvs,vss,clearcase,etc) to list conflicts to let you guy to make decision of merging when you guy meets "合并冲突".Top

5 楼vernicle（蒜泥烧）回复于 2003-09-08 13:16:05 得分 0

concurrent check out 也就是 unreserved check out 比 reserved check out
先进一点吧

串行很明显效率低Top

6 楼yorgo（羽高）回复于 2003-09-09 03:08:33 得分 0

cvs可以智能的合并，如果无法合并的冲突的话，它会报告有冲突，你要自己解决冲突后才可以check inTop

7 楼zhuma（竹马）回复于 2003-09-09 09:24:04 得分 0

yorgo(羽高)是对得
在大部分情况下CVS都会智能合并
实在合并冲突
就要靠人了Top

8 楼qingrun（青润）回复于 2003-09-09 14:06:44 得分 0

这种智能合并其实并不好用，而且经常容易出现问题。
在正式的工作中，应该尽可能的避免发生两个人进行同时对同一个文件进行修改，发生这样的问题，往往暗示着：你的管理存在着一些的问题。不信，你就自己好好思考一下。Top

9 楼shizi_mhy（柿子）回复于 2003-09-12 13:25:29 得分 0

我认为版本控制最重要的一点就是控制一个文件同一时间只能由一个人修改
允许两个人同时check out
我想不明白
最后的合并就那么可靠吗
我不大相信Top

10 楼vernicle（蒜泥烧）回复于 2003-09-12 21:01:33 得分 0

to shizi_mhy

那是早期的理论
八十年代以后的系统都开始支持并发的开发
并发的效率要高的多
就是多个人同时check out一个文件
尽管自动合并的版本并不可靠
但是新的工具可以保存并发过程中的每一个历史
Top

11 楼RedFire（丹焰）回复于 2003-09-13 15:05:40 得分 0

至少在我所做的项目中，还没有遇到什么东西需要并行开发的时候。而且，真正的并行开发也不是通过允许多个人同时checkout一个文件来实现的吧。
　　这也是我选择VSS而不是CVS的原因，不用再为文件的合并分心了。而且，VSS同时支持串行和并发地对一个文件进行checkout，不知道CVS可不可以做到。Top

12 楼l_walker（靡不有初，鲜克有终！）回复于 2003-09-13 16:22:27 得分 0

可以用cvs的lock啊，这样一个人拿出后其他人只能checkout不能checkin了

还可以用cvs的.perms文件中配置相应的读写权限，研究下文件就知道了：）
默认情况是default:rwc，r:read,w:write,c:contral

不过我认为这种情况是职责分配不清所带来的，为什么允许不同的人修改同一个文件呢？

再项目开发中，我认为基本不需要lock文件的机制，项目按模块分配给开发人员
每个人只开发修改自己的部分，这样就不会存在冲突了，

Top

13 楼joyrush（LIFO,其实我叫李佛）回复于 2003-09-13 20:30:03 得分 0

楼上观点赞同..

---------------------------------------------------------------------------------
一般而言，在项目小组中，项目经理会定期公布最新的基础版本，要求小组成员都在这个基础版本上进行进一步开发。
在实际工作中，总会有些成员提前完成工作，他们提交更改后，最新版本就会比项目经理发布的基础版本的version更高。
有时候，某些项目成员会有意无意修改基础版本，并且指定提交到基础版本上，如果允许他们提交修改，大家可能都会在一个错误的基础版本工作，后果是不堪设想的。
锁定文件的操作如下：
菜单栏的admin->>comandline，输入这个命令：
cvs admin -l版本号文件全名
注意，-l和版本号之间没有空格。
如果你锁定成功，会有如下提示：
RCS file: /cvs/hrsystem/test/new.txt,v
1.1.2.3 locked
done
*****CVS exited normally with code 0*****
Top

14 楼oydz（）回复于 2003-09-15 17:33:34 得分 0

pvcs支持webTop

15 楼oydz（）回复于 2003-09-15 17:35:04 得分 0

要想符合自己的要求最好是自己做一个

我们就是用自己做的，Top

16 楼pp_hong（pp）回复于 2003-09-15 21:39:21 得分 0

it will merge them all.Top

17 楼oeyeer（老顽童-江湖中的外人）回复于 2003-09-15 22:59:55 得分 0

我是"学者"！：）UP一下！Top

18 楼Fred_Mark（）回复于 2003-09-17 00:18:58 得分 0

只用过vss，不过确实有些时候会遇到两个人同时需要check一个文件的时候，不过这种时候是很少的哦Top

19 楼netvt（唯她(为了泡老婆,努力学习LISP)）回复于 2003-09-17 04:31:43 得分 0

这也叫弱点?!

职责分明时,一般不会产生这种情况.
如果产生了说明对同一问题,意见有分歧,可以通过沟通解决.

回避问题不等于解决问题.
Top

20 楼wkliangsdqd（天元）回复于 2003-09-17 09:44:16 得分 0

学习！！Top

21 楼sherryji（雪妮）回复于 2003-09-17 20:31:16 得分 0

subversion可能会符合要求，他的正式版好像还没有出来。网上介绍也不是太多。Top

22 楼DoDone（燃情岁月）回复于 2003-09-19 08:51:10 得分 0

CVS：
现在所做的一个项目，由于其中的一些文件属于配置文件，需要参加项目的人经常修改，如何保证不同人写的部分不被互相替换掉。Top

23 楼huangxiao（羽毛蛇）回复于 2003-09-19 15:00:58 得分 0

实际上并发处理本来就是很正常，这就是CVS比VSS优秀的地方，大家同时签出后，签入的时候系统会检查你上次签出后文件是否被修改过，如果服务器上的文件被修改过而且和你修改的是同一份文件则要求先updata本地的数据，同时标示出服务器上文件和你现在手头的文件不同的地方，然后你手工修改确定。最后再签入，这样得到最新的文件。CVS出现的背景就是在Internet网络上的协同开发，试问如果一个人签出，其他人就不能签出，拿这个系统还如何运转。Top

24 楼softworm（老头）回复于 2003-09-20 12:28:30 得分 0

CVS的合并是基于文本的，所以对于小的不同它能正常合并。
但是这个合并是否符合你的要求，还需要你自己检查。
一般update后提示M或C，你都需要特别注意。当然，仅对共享的文件
才会出现这种问题。

我觉得出现冲突并不是可怕的事情，如果你经常提交的话。
事实上，提交是需要经常进行的，尤其对一个多人开发的项目。

如果实在害怕冲突，可以使用cvs的lock功能，这样别人就不能提交了。

当然，这也意味着一定程度上的效率降低。Top