你属于哪一派？CVS的门派之争

helotus

CVS对于写软件的人应当都不陌生，是一个版本管理的软件，可以用来管理代码。
特点是，免费软件，适合中小型项目的开发，易学易用。

这两天办公室里面骤然出现了CVS的门派之争，所谓门派之争主要是在CVS的使用上的差异，引起了一些分歧和争论，相持不下，谁也不服谁。目前分为两派，一派是Porting派，一派是非Porting派。

Porting派是指从CVS上checkout一个版本的代码后，进行开发和修改，修改完成之后，另外从CVS Checkout当前最新版本的代码出来，和用来修改的版本进行比较，把差异处Porting到最新版本上，验证后，建分支进行提交commit动作；

非Porting派是指checkout一个版本，就直接在此版本上进行修改，修改完成，仍在该checkout的目录进行提交，如果修改的版本不是最新的版本，利用CVS update命令中的－k项参数，把最新的改动融入到自己的改动中，然后进行提交commit。

两者的本质差别是，一个是用最新版本先poritng差异，然后提交；一个是用－k更新那些已修改的文件，然后提交。

两者的优缺点：Porting派属于保守风格，效率差些，多了porting环节，同时在porting环节可能产生一些错误，如果不double verify的话，可能产生一些问题，从一定程度上说，比较安全，比较容易学习使用；非Porting派，效率较高，但是需建立在充分信任这个软件的稳定性能上和对CVS操作的熟练使用上，某些误操作可能把自己辛苦的成果给弄废了。[br]<p align=right><font color=red>+5 RD币</font></p>

ajkyo

<P>我们之前用CVS的时候，都是现checkout一个版本进行编辑，在commit前checkout另外一个，同时update编辑的那个版本，然后通过beyond compare比较两个目录，找出需要commit的文件，在编辑的那个目录中commit这些文件。如果怕自己的修改被搞错了，可以在update前，备份自己编辑的目录，如果怕把服务器上的搞错了，就每次commit后都打上tag。对CVS而言tag很重要的。我们用了很久，一直没有出错过。不过现在不用CVS了，用SubVersion，类似于CVS，比CVS好用多了，只是占硬盘空间大点而已。</P>[br]<p align=right><font color=red>+3 RD币</font></p>

single581

<P>我一般是代码比较多的功能模块，会CHECKOUT最新的版本，然后Porting过去，提交。</P><P>如果，只是小臭虫的话，那就直接UPDATE修改的文件，然后提交了。</P>[br]<p align=right><font color=red>+3 RD币</font></p>