- 主题:关于CVS开发的问题
看subversion的介绍说,cvs没有原子提交功能,svn有
而kbs是用CVS存放的。那么,是不是有可能存在这样一种情况,就是某时刻co下来的代码是不能用的?
或者,由于作者的疏忽,提交了多个修改中的一个,导致代码不能相互配合?
--
FROM 221.14.178.*
先搞懂原子递交的概念...
【 在 JulyClyde (七月) 的大作中提到: 】
: 看subversion的介绍说,cvs没有原子提交功能,svn有
: 而kbs是用CVS存放的。那么,是不是有可能存在这样一种情况,就是某时刻co下来的代码是不能用的?
: 或者,由于作者的疏忽,提交了多个修改中的一个,导致代码不能相互配合?
如果你说的是好几个change他只commit了其中一个,那svn也没办法。。。
这个基本看开发人员的素质和相互配合,我以前碰到过一个svn的项目,开发的人
基本是写一点就check in,一个月大概只有两三天代码是能编译的...
: ...................
--
FROM 128.12.181.*
嗯,我正想说呢
【 在 atppp (Big Mouse) 的大作中提到: 】
: 先搞懂原子递交的概念...
: 如果你说的是好几个change他只commit了其中一个,那svn也没办法。。。
: 这个基本看开发人员的素质和相互配合,我以前碰到过一个svn的项目,开发的人
: ...................
--
FROM 162.105.242.*
修改了多个文件的时候,commit时如果其中一个文件M的话,则整个commit都将被取消
【 在 atppp (Big Mouse) 的大作中提到: 】
: 先搞懂原子递交的概念...
: 如果你说的是好几个change他只commit了其中一个,那svn也没办法。。。
: 这个基本看开发人员的素质和相互配合,我以前碰到过一个svn的项目,开发的人
: ...................
--
FROM 221.14.178.*
看不懂,用过svn没?
【 在 JulyClyde (七月) 的大作中提到: 】
: 修改了多个文件的时候,commit时如果其中一个文件M的话,则整个commit都将被取消
--
FROM 128.12.181.*
用过啊
【 在 atppp (Big Mouse) 的大作中提到: 】
: 看不懂,用过svn没?
--
FROM 221.14.178.*
那你再解释一下吧...什么叫一堆文件其中一个是M?我看不懂,55..
【 在 JulyClyde (七月) 的大作中提到: 】
: 用过啊
--
修改:atppp FROM 128.12.181.*
FROM 128.12.181.*
cvs提交冲突嘛
【 在 atppp (Big Mouse) 的大作中提到: 】
: 那你再解释一下吧...什么叫一堆文件其中一个是M?我看不懂,55..
--
FROM 221.14.178.*
递交冲突是M?
另外,man cvs
commit verifies that the selected files are up to date with the cur-
rent revisions in the source repository; it will notify you, and
exit without committing, if any of the specified files must be made
current first with update
基本常识啊...
【 在 JulyClyde (七月) 的大作中提到: 】
: cvs提交冲突嘛
--
FROM 128.12.181.*
原子递交是说递交过程中如果出现不可控制的错误比方网络突然断掉的话
svn不会出现cvs可能会出现的一半文件递交一半没递交的情况...
但是svn和cvs对开发人员的素质要求基本没有大区别...
【 在 JulyClyde (七月) 的大作中提到: 】
: 看subversion的介绍说,cvs没有原子提交功能,svn有
: 而kbs是用CVS存放的。那么,是不是有可能存在这样一种情况,就是某时刻co下来的代码是不能用的?
: 或者,由于作者的疏忽,提交了多个修改中的一个,导致代码不能相互配合?
: ...................
--
FROM 128.12.181.*