【邮件】有关于项目管理过程的问题及SVN的推进

各位：

    之前一直没有特别强调过开发流程管理和代码管理，但就在近日，问题出现了。

    当开发责任人不在现场时，因为殊于管理的开发及代码管理问题就特别明显了：

    1、长周期需求因为没有在代码提交时标注合适的注释而造成非当事人无法管理的情况。

    2、短周期需求涉及文件多人修改产生冲突后难以合并。

    3、大功能涉及多文件离开现场前没有提交完全。

    4、提交的代码有严重BUG、编译不通过的情况。

    等。

 

    以上举例只是特别突出的几点，就这几点将在接下来的工作中做出严格的控制，从SVN管理的角度上做管理，杜绝人为因素干预，真正的把代码管理工具灵活运用起来：

    整个SVN代码管理可以看做一棵倒置的树

    1、Branches做为分支，它就像树枝，最终还是合并到主干，用来控制新需求、需求变更、BUG修改等，每个分支都有一个专用的目的，分支编号将跟特定目标关系与需求管理文档内容关联。

    2、Tags做为里程碑，它就像树根，每一次Tag的生成都要根深蒂固，才能站稳，用来控制分支测试版本和生产正式版本，标志着一个时期。

    3、Trunk做为主干，它就是雄壮的树干，由它来生出树枝，扎下树根，他的作用是保存着最稳定，功能最全面的程序代码，用来管理整个项目。

 

一、开发过程SVN使用流程

——————————————————————————————————————————————————————————————————

 

 

二、SVN管理者对于代码管理的流程

——————————————————————————————————————————————————————————————————