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版的发行版本


参考流程

SVN管理项目分支思路和流程简单解释_第1张图片

    

可能会出现的问题

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

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

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

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




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



    


你可能感兴趣的:(SVN管理项目分支思路和流程简单解释)