SVN中的trunk branches tags

SVN中的trunk branches tags

trunk：

表示开发时版本存放的目录，即在开发阶段的代码都提交到该目录上。

branches：

表示发布的版本存放的目录，即项目上线时发布的稳定版本存放在该目录中。

tags：

表示标签存放的目录。

在这需要说明下分三个目录的原因，如果项目分为一期、二期、三期等，那么一期上线时的稳定版本就应该在一期完成时将代码copy到branches上，这样二期开发的代码就对一期的代码没有影响，如新增的模块就不会部署到生产环境上。而branches上的稳定的版本就是发布到生产环境上的代码，如果用户使用的过程中发现有bug，则只要在branches上修改该bug，修改完bug后再编译branches上最新的代码发布到生产环境即可。tags的作用是将在branches上修改的bug的代码合并到trank上时创建个版本标识，以后branches上修改的bug代码再合并到trunk上时就从tags的version到branches最新的version合并到trunk，以保证前期修改的bug代码不会在合并。

下面举几个常用的场景

需求一：

有一个客户想对产品做定制，但是我们并不想修改原有的svn中trunk的代码。

方法：

用svn建立一个新的branches，从这个branche做为一个新的起点来开发

代码

1.svncopysvn://server/trunksvn://server/branches/ep-m"initep"

Tip:

如果你的svn中以前没有branches这个的目录，只有trunk这个，你可以用

代码

1.svnmkdirbranches

新建个目录

需求二：

产品开发已经基本完成，并且通过很严格的测试，这时候我们就想发布给客户使用，发布我们的1.0版本

代码

1.svncopysvn://server/trunksvn://server/tags/release-1.0-m"1.0released"

咦，这个和branches有什么区别，好像啥区别也没有？是的，branches和tags是一样的，都是目录，只是我们不会对这个release-1.0的tag做修改了，不再提交了，如果提交那么就是branches

需求三：

有一天，突然在trunk下的core中发现一个致命的bug,那么所有的branches一定也一样了，该怎么办？

代码

1.svn-r148:149mergesvn://server/trunkbranches/ep

其中148和149是两次修改的版本号。