统计一下：有多少人喜欢座项目的时候用CVS？请用过的人跟我一起探讨一下,答得好的人高分相送！！！！Ｔｈａｎｋｓ

Question

每个人负责怎么的模块 每天get一把
我以前也是讨厌用 老是冲突 埃

Answer 1

总觉得 出现 覆盖 问题都是不负责任的表现，冲突再所难免，晚提交的人就应该去做merge操作，如果发现冲突了 不能提交 然后拉下最新版本 然后不理别人 直接把自己的去覆盖他的去提交，不产生覆盖才怪。 
在commit前进行update操作，如果你们不是修改一个地方 比如 你修改了1.19的是方法a  而别人修改了1.19的方法b并且提交了，那么你只需要执行update 他就会自动帮你进行merge操作

Answer 2

以前用的是eclipse + CVS, 但现在用 Visual SourceSafe 多些,不过都一样的.很好的版本控件可以减少很多的冲突.

Answer 3

cvs是很必要的啊，要不然会因为一些以外情况失去以前的代码的！
这是一个公司的规范程度的体现。

Answer 4

什么都不用，每天update都搞死我了，幸好是两个人开发，要不就真要命了。谁能拯救我呀。

Answer 5

Ecilpse+CVS很好用啊，每天只要出局入局就行了，如果分工明确，基本没有冲突开始我也觉得难用，因为刚上手肯定是不熟悉的，用了几天后就顺手多了如果出现很多冲突，要不是CVS版本信息丢了，要不就是没有分配好工作，不要出现多人管一个文件

Answer 6

用cvs绝对利大于弊自己专用的文件基本不会有冲突而且有了版本控制就不需手工备份了和别人共用的文件小心一些，上传前首先check下服务器上的最新版本，用merge作比对，解决了冲突再上传不过现在不用cvs了，用firefly

Answer 7

commit,update时不是把别人机器上的代码覆盖了，就是自己的配置文件被别人覆盖了，要不然是提交不成功。???这个就是提交人的问题了,
为什么提交前不check一下,看看自己的代码和cvs上的有什么不同?
用cvs比不用绝对好的,除非你一个人做.

Answer 8

坚决贯彻先check,后编码,最后update的方针,你回发现cvs真的事好东东.

Answer 9

不管是vss还是cvs都是版本控制软件，大体是一样的，只是cvs和eclipse结合的好一些，vss和.net结合的好一些，个人意见

Answer 10

我目前的开发环境，基本上和楼主是一样的！但是，我可以说，用cvs是一个很好的选择！，就你目前说的commit，update造成的问题，破坏了人家修改了的代码，只有两种可能：一是，你的主管，没有给你交代清楚团队使用cvs的方法，二是：你自己工作的疏忽！
对于团队的开发，对代码的同时修改是经常会发生的，所以使用cvs是很有必要的，对于开源的管理工具，目前cvs是不可替代的！
在我们项目组里，以前也存在cvs提交，破坏他人工作的情况，这种情况是很破坏团队关系的呀！！人家辛苦的工作，由于你的操作不当，需要去做恢复，还有一种情况就是由于提交修改文件不全，或是覆盖了人家的代码，导致，整个工程文件，check out出来编译不通过，这对团队效率是很有影响的！
我前我所在的项目组的做法是：个人提交自己的代码是，如果有冲突，绝对不能将人家的代码覆盖掉，（一次，警告，二次，离开项目组！！）必须通过比较工具，对代码进行比较，然后加入你的代码，再提交（如果有人做了你那部分事情，具体在找修改人询问）。你修改的所有代码提交后，工作还没有完成，你必须check out一份，再你机上编译通过，如果编译不通过，你必须找出原因，只到编译通过，整个过程才算完成！！（对于熟练的程序员，后面这部分工作，是很容易实现的）

Answer 11

谢谢各位的回答，没想到大家如此热情！
但是，你们做struts项目时,是否项目中只有一个struts-config.xml文件呢？如果只有一个，那只能出现多人操作一个文件的情况呀，如何能避免冲突呀？？？？？

Answer 12

struts-config.xml
应该有专人进行管理
大家都只能从那里下载
但是不能覆盖

Answer 13

这两个版本控制工具，我先用过cvs ,接着到另外一家公司的时候，用的是VSS ,个人认为从操作便易上来讲，还是vss好一些！ 但是我不知道vss有没有linux的服务器！ 在这方面上， cvs两种操作系统都有！

Answer 14

才两个人用就出现这种情况,那就是个人习惯问题了,我们通常都是20几号人开发,都用CVS,也很少出现这种情况,关键还是在于自己check in的时候注意版本的比较.任务分配的时候尽量不要让两个以上的人维护同一份source

Answer 15

CVS和VSS都用过, 感觉CVS还是很不错的, 在ECLIPSE中可以设置CVS的编辑状态好像, 如果现在某个文件正由本人来修改那么文件上会显示一个类似MSN的小人图标, 其他人修改时就会提醒该文件正被某某修改, 而且在修改前应先UPDATE, 提交时应该先同步, 如果出现差异应该MERAGE而不是强行COMMIT. 当今世界上很多有名的大型开源项目都是用CVS做版本管理的, 而且所参与的很多外企的大型项目也都是用CVS, 恐怕只能说楼主可能用的还不是很熟练吧, 常用就好了

Answer 16

CVS要比VSS好。因为JB自带CVS。{õvõ}

Answer 17

非常感谢各位的回答，我大致明白一些了，尤其要感谢airskys(快乐的雨)，真希望能跟你叫个朋友，小女子我觉得你是个高手

Answer 18

配置文件冲突，update最新版本，将冲突的部分放到最后再commit就没事了。

Answer 19

我开发的几个项目一直都用得CVS感觉还可以，就是刚开始用的时候有冲突，但是熟练就好了。因为我们项目组的分工比较的细，所以每个人基本上不会做同样的功能，也就很少涉及到同样的文件。但是对于相同的文件，我们不会同时提交，并且每次提交前都先更新，如果冲突就把错误的删掉，然后再提交！
感觉用着还不错。

Answer 20

感觉cvs不错哦，比vss更有用些，可惜现在的公司是用vss  :"（
特别对于xp的开发，vss就不够用了不过要养成习惯，每天上班来先checkout一下，然后下班时commit一下（或者要修改一个类前先checkout，改完再commit一下），在不是xp开发的情况下，一般不大会冲突。即使冲突了，cvs也有自己的一套机制可以保存两种版本的修改部分或者整和不同版本间在不同地方的修改。同一份文件中，如果修改的地方是不同的，cvs可以自己把他们merge起来。

Answer 21

我们都用好几年CVS了，开发环境WSAD+CVS，推荐，如果超过10个人以上的项目不用CVS、VSS等是不可想象的