在平时的开发过程中，版本的安排和发布对于一个完整的开发团队来说是比较重要的部分，这关系到版本能否按时递交和测试的质量的控制。

下面来说下本人在工作过程中版本的安排：

1，代码流和对应的环境

一般项目应该有至少4条流是比较正常的。

a, 本地测试环境（Main Test Env）---trunk

b,客户测试环境（UAT Env）---UAT流

c,生产环境（Production Env）------Prod流

d,特殊需求开（SP Env）-----CR流

2，代码流直接的关系

3，详细的merge过程如下：

4，解释说明：

<1>全量包发布

a）trunk流打包发布Main Test环境后，需要把Trunk流的代码merge到UAT流，trunk流开出来下个版本的开发。

b）Main Test环境测试通过后，把包发布到UAT环境并让客户测试。

c）客户在UAT测试出来的问题在UAT流修复，并打包UAT流发布到pre-UAT环境，测试通过后，发布到UAT环境。

d）UAT测试通过后，把包发布到pre-prod环境，进行回归测试，通过后把UAT流merge到Trunk流。

e）生产发布。

f） UAT流merge到Prod流。

<2>增量包发布

a）trunk流打包发布Main Test环境后，测试通过后，打trunk流的合包，然后把Trunk流的代码merge到UAT流，trunk流开出来下个版本的开发。

b）合包发布UAT并让那个客户验证。

c）客户在UAT测试出来的问题在UAT流修复，并打包UAT流发布到pre-UAT环境，测试通过后，发布到UAT环境。

d）UAT测试通过后，打UAT的合包，然后把包发布到pre-prod环境，进行回归测试，通过后把UAT流merge到Trunk流。

e）合包生产发布。

f） UAT流merge到Prod流。

关于代码管理和发布策略