svn项目版本分支管理.pptx

项目版本分支管理;问题;稳定主干策略;现状及解决途径;Trunk;1、主干时刻处于稳定状态，随时可以发布。设SCM人员对主干代码进行管理，普通开发人员只读。 2、SCM为开发任务建立开发分支。常规的可以以小组为单位建立分支，较大的任务可以建立专门的分支。 3、B版本集成之日或提前，从主干复制一个测试分支，包含在该版本的各开发分支向此测试分支合并。 4、对测试分支代码进行测试，出现bug在测试分支上更改，无误后发布。 5、测试分支代码发布后，合并入主干，并在主干上进行标记。 6、对紧急修复（Hotfix）的情况，可以从主干复制出测试分支，在测试分支上进行紧急修改，并在测试后发布，发布后同样将代码合并会主干，做标记（Hotfix仅限于可以很快解决的小问题，如果更改时间过长，则需采用常规方法完成）。 7、如果在测试分支测试过程中需要Hotfix工作，则再复制???个新的测试分支进行Hotfix ，测试后发布。然后同时合并入原测试分支和主干，并在主干上做标记（此过程未在上图中画出）。 9、测试分支发布后，开发分支可以删除；测试分支合并入主干后，测试分支可以定期删除。; 方案优点 解决了没有实施分支策略时，代码不能经常签入的问题。 主干代码始终处于稳定的状态随时可以发布，降低了风险。 可以基于一个完整的测试分支进行测试及发布，而不是以口口相传的方式增量更新。 方案缺点 建立分支、合并分支增加了工作量。考虑实际情况，以及版本控制工具的辅助，增加的工作量应该可以接受。 如果某些开发分支工期跨越多个发布周期，修改过于剧烈，合并分支时可能工作量较大。可以考虑分解任务，避免过大的任务出现。 在同一时间最好只有一个测试分支，因此建立测试分支的权限需要限制，除hotfix场景外应当避免。