做版本
方案一：每日定时daily build，build期间锁库，做完BVT后打标签，这样就按照两个标签之间的差异获取文件做包。这种方案适合于产品化定期发布的任务。这个方案比较简单，提交期间是锁库方式（有授权才能提交）或者不锁库方式看组织的情况了。个人认为，这种方式还是锁库给有任务的人开提交权限比较好。
方案二：按用户录入的文件来做版本，这个方案是就SVN就一定要求锁库，对提交的文件授权才能提交。CVS不锁库问题也不大。
cvs可以使用cvs update -r命令按特定版本号更新文件；因此可以随意回滚某个文件的版本，或者取同一分支的不同版本号文件，发布到不同的更新包；最常见的场景是某文件1.2版本活动=open，1.3版本活动=close，可以同时做活动开启包和活动关闭包。
SVN虽然也支持这样按版本号更新，但是这样会导致SVN本地库版本号的混乱。因此默认获取最新，这样只能发布完一个包再做下一个包。