- 主题:关于CVS开发的问题
看subversion的介绍说，cvs没有原子提交功能，svn有
而kbs是用CVS存放的。那么，是不是有可能存在这样一种情况，就是某时刻co下来的代码是不能用的？
或者，由于作者的疏忽，提交了多个修改中的一个，导致代码不能相互配合？
--
FROM 221.14.178.*
修改了多个文件的时候，commit时如果其中一个文件M的话，则整个commit都将被取消
【 在 atppp (Big Mouse) 的大作中提到: 】
: 先搞懂原子递交的概念...
: 如果你说的是好几个change他只commit了其中一个，那svn也没办法。。。
: 这个基本看开发人员的素质和相互配合，我以前碰到过一个svn的项目，开发的人
: ...................
--
FROM 221.14.178.*
用过啊
【 在 atppp (Big Mouse) 的大作中提到: 】
: 看不懂，用过svn没？
--
FROM 221.14.178.*
cvs提交冲突嘛
【 在 atppp (Big Mouse) 的大作中提到: 】
: 那你再解释一下吧...什么叫一堆文件其中一个是M？我看不懂，55..
--
FROM 221.14.178.*
那如果是文件冲突呢，它会提交吗？
如果提交了会不会造成不一致的情况？
此时有人co一套代码出去的话……
【 在 atppp (Big Mouse) 的大作中提到: 】
: 原子递交是说递交过程中如果出现不可控制的错误比方网络突然断掉的话
: svn不会出现cvs可能会出现的一半文件递交一半没递交的情况...
: 但是svn和cvs对开发人员的素质要求基本没有大区别...
: ...................
--
FROM 221.14.178.*
你co之后，别人ci了，这时候你ci就出错
【 在 atppp (Big Mouse) 的大作中提到: 】
: 什么叫文件冲突？
--
FROM 221.14.178.*
那如果在冲突时你提交好几个文件呢，另外几个没有冲突的到底是上去了还是没上去
【 在 atppp (Big Mouse) 的大作中提到: 】
: 当然出错阿，cvs会提示你先要update，我前面说过了呀
--
FROM 221.14.178.*
谢谢
cvs的文档写得太“离散”了
【 在 atppp (Big Mouse) 的大作中提到: 】
: 17118
: 拜托你先man cvs :)
--
FROM 221.14.178.*