SVN管理项目分支思路和流程简单解释

标签：

假设 公司进行开发A项目,A项目分为PC端和WAP端,现在项目的第一个版本已经开发测试完毕,需要进行第二个版本的开发,以及第一个版本的维护.

SVN服务器端目录结构如下

    A // 项目根目录

        branches    // 分支

                V1    // 要进行维护的历史版本

                        pc     // 要进行维护的v1版本PC端  

                       wap   //  要进行维护的v1版本WAP端  

                Vn   // 要进行维护的历史版本

                        pc     // 要进行维护的n版本PC端   

                        wap     // 要进行维护的n版本WAP端   

        trunk    // A项目的主要开发主线目录,只存放pc与wap目录

                pc    // 当前正在开发的PC端版本

               wap   // 当前正在开发的WAP端版本

        tags

            v_0_12    // 0.12版的发行版本

            v_n        // n版的发行版本

参考流程

可能会出现的问题

1. trunk中的项目总是和branches中的最后一个版本重叠,怎么办?

1. 建议将trunk当做branches一种,意思就是当trunk中的项目的某个阶段完成且线上测试通过之后再进行branches,从而进行tags

2. 意思就是,假设现在有v1,v2,v3(进行中) 三个版本的话, 那么只在branches中建立v1和v2两个目录,

2. branches建议只用来做维护之类的操作,以避免在分支合并到主干时进行大量的代码比对工作.
   

如果大家有不同的想法欢迎回帖讨论,感谢.

SVN管理项目分支思路和流程简单解释

标签：

原文地址：http://my.oschina.net/longfong/blog/509111