SVN 有三个标记：

trunk  这个是主线，永远都只有一套代码
tags  每次发布版本就需要在这里“打标签”，必须与提交测试部的代码一致，是坚决不能改的，即使知道有“问题”也不能改，是为了保持版本的一致性
branch  这个是分支，一般项目经理会告诉对应的CMO从主线或者是某个标签中拉出一条基线，作为某个“定制产品”，项目经理知道哪个版本是比较稳定的，在以后发布的版本中还是要放入到tags 标签中 
在下载或者是备份代码的时候，使用命令要比可视化操作快很多——简单的复制操作

在多个人同时出现操作同一个文件的时候就容易产生冲突，下面提供一些简单有些解决冲突的办法：
每次在上传文件到SVN上时，先在本地把自己的文件更新一遍，然后再比较有差异的文件
SVN在上传文件的时候，要注意文件名称的大小写，这个可能与操作系统有关系,所以尽量保持名称的一致性
SVN出现冲突的粒度——只有当多个人修改同一行代码的时候才会出现冲突，这个时候SVN会提示你产生冲突，并会产生最近修改版本、你修改的代码、还有别人修改代码 三个文件，这个把自己的代码综合到最近修改的代码中
分支命名：BR_产品型号_版本号_国家英文名称_运营商
从基线拉出的版本一般是不改版本号的（不允许修改），让使用者能够明确当前基线是在哪个版本中拉出来的，明确主线的树形结构。
为了保证程序员的修改代码的质量，一定不能忽略预测试这个环节，即使是项目经理也没有这个权利，至少是三级以上的主管——产品负责人，不能因为某些应急的事情忽略了产品质量，很有可能走到测试部门的是一个无效的版本，导致更大的人力和物力浪费