SVN学习笔记

SVN  有三个标记:
trunk  这个是主线,永远都只有一套代码

tags  每次发布版本就需要在这里“打标签”,必须与提交测试部的代码一致,是坚决不能改的,即使知道有“问题”也不能改,是为了保持版本的一致性

branch  这个是分支,一般项目经理会告诉对应的CMO从主线或者是某个标签中拉出一条基线,作为某个“定制产品”,项目经理知道哪个版本是比较稳定的,在以后发布的版本中还是要放入到tags 标签中 


在下载或者是备份代码的时候,使用命令要比可视化操作快很多——简单的复制操作


在多个人同时出现操作同一个文件的时候就容易产生冲突,下面提供一些简单有些解决冲突的办法:
1、每次在上传文件到SVN上时,先在本地把自己的文件更新一遍,然后再比较有差异的文件
2、SVN在上传文件的时候,要注意文件名称的大小写,这个可能与操作系统有关系,所以尽量保持名称的一致性
3、SVN出现冲突的粒度——只有当多个人修改同一行代码的时候才会出现冲突,这个时候SVN会提示你产生冲突,并会产生最近修改版本、你修改的代码、还有别人修改代码 三个文件,这个把自己的代码综合到最近修改的代码中

4、将本地的修改代码备份,然后将修改的代码全部删除,update服务器最新的代码,然后比较备份的代码。(终极必杀)


分支命名:BR_产品型号_版本号_国家英文名称_运营商


从基线拉出的版本一般是不改版本号的(不允许修改),让使用者能够明确当前基线是在哪个版本中拉出来的,明确主线的树形结构。


为了保证程序员的修改代码的质量,一定不能忽略预测试这个环节,即使是项目经理也没有这个权利,至少是三级以上的主管——产品负责人,不能因为某些应急的事情忽略了产品质量,很有可能走到测试部门的是一个无效的版本,导致更大的人力和物力浪费。


阅读更多
个人分类: SVN & git & 代码管理
上一篇HTML5 和 YUI框架
下一篇抽象工厂模式 实物举例
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

关闭
关闭