Version Control with Subversion. Internal training for newbies

1. Version control with Subversion 版本管理基础 ATA研发中心

2. 目录 基础 Copy-Modify-Merge方案 基本工作流程 基本目录 分支与合并 Changeset概念 分支处理流程 Changeset & Merging 合并处理流程 Tags基线

3. Copy-Modify-Merge方案 对比于Lock-Modify-Unlock，Copy-Modify-Merge方案更高效 所有的现代开发模式都使用Copy-Modify-Merge方案 Merge的代价并不如想象那么高

4. 基本工作流程 Checkout – Modify-Commit 一次Commit尽量修改一个功能，或修复一个缺陷 可以通过选择文件的方式把一批修改分开多次Commit 通过”Refs #112”或”Fixes #112”关联本次Commit到一个功能或一个缺陷

5. 基本目录 Trunk – 主干目录，保存最新主干代码 Branches – 分支目录，临时存放分支代码 Tags – 基线目录，永久存放发布的代码，永远不要在Tags里面提交修改 使用”svn copy”复制代码，不要人工拷贝/添加 “svn copy”不会产生额外的存储空间

6. Trunk vs. Branches Trunk和Branches都可能成为开发目录 主干默认保存最新的代码 分支有多种使用方法 功能分支 – 在分支上开发特定功能，完成后合并到Trunk 发布分支 – 对即将发布的版本创建分支，力求稳定。Trunk上可以继续开发新的功能 分支是临时的，用完后可以删除

7. Changeset vs. Revision 一次Commit提交一个Changeset，产生一个Revision Changeset是代码管理的最小单位 Changeset是代码合并的基础 Revision可以用来引用Changeset Revision是一个数字

8. Changeset包含什么 文件增加 文件删除 代码修改 文件移动 文件复制 对文件和目录的操作应尽量使用SVN功能，而不是直接操作，例如：删除、复制、移动、重命名等

9. 分支处理流程 “svn copy”从trunk或tags目录把代码复制到branches “svn checkout” 从branches获取复制的代码 修改代码 “svn commit”提交修改到分支 如果需要，执行合并

10. Changeset& Merging Cherry Picking – Merge的最基本使用方法 正确的Merge要求Changeset是有意义的，每次Commit应该是原子的 对于需要Merge的分支或其他目录，应该保持跟踪，持续的Merge代码，而不要等到修改多到无法控制

11. 合并处理流程 “svn merge” 并入其他分支的修改 处理冲突 编译验证，测试验证 “svn commit”提交结果 重复上面步骤

12. Tags基线 每个正式发布版本必须tag 充分利用Tags Tags并不消耗存储 不要修改Tags，如果需要修改，”svn copy”到Branches，然后再修改Branches下面的代码

13. END QA time