trunk 为主开发目录， branches 为分支开发目录， tags 为 tag 存档目录（不允许修改）。但是具体这几个目录应该如何使用， svn 并没有明确的规范，更多的还是用户自己的习惯。
对于这几个开发目录，一般的使用方法有两种。
1.第一种方法，使用 trunk 作为主要的开发目录
一般的，我们的所有的开发都是基于 trunk 进行开发，当一个版本 /release 开发告一段落（开发、测试、文档、制作安装程序、打包等）结束后，代码处于冻结状态（人为规定，可以通过 hook 来进行管理）。此时应该基于当前冻结的代码库，打 tag 。当下一个版本 /阶段的开发任务开始，继续在 trunk 进行开发。
此时，如果发现了上一个已发行版本（ Released Version ）有一些 bug ，或者一些很急迫的功能要求，而正在开发的版本（ Developing Version ）无法满足时间要求，这时候就需要在上一个版本上进行修改了。应该基于发行版对应的 tag ，做相应的分支（ branch ）进行开发。
2.第二种方法，在每一个 release 的 branch 中进行各自的开发， trunk 只做发布使用。
这种开发模式当中， trunk 是不承担具体开发任务的，一个版本 /阶段的开发任务在开始的时候，根据已经 release 的版本做新的开发分支，并且基于这个分支进行开发。
第一种好还是第二种呢？
需求就是：
1.0 发布了，做 2.0 时，发现 1.0 有很急的 bug 要解决（需要发布 1.0.1 版），如果这些 bug 在 1.0 解决了，怎么更新到 2.0 呢？
3
Select Language