使用Subversion版本控制.ppt

使用Subversion版本控制 软件学院科协 目标 理解版本控制的重要性与优点，在开发中使用版本控制 TortoiseSVN快速入门 Subversion服务器简单配置和管理 内容 版本控制引入 Subversion介绍与基本概念 使用TortoiseSVN客户端协同开发 Subversion 服务器安装、配置 Subversion服务器管理 为什么需要版本控制 多人开发环境 记录所有人的更改 快速恢复到特定版本的状态 查看、合并其他人的修改 工程管理需要 与需求管理以及BUG管理集成 多产品多版本的发布管理需要 软件维护的需要 软件开发过程的版本控制 版本控制系统做什么？ 跟踪、提交、恢复和比较源代码和文档的更改 支持、同步不同地区的并发开发 典型的版本控制和发布 版本控制系统 商业化 IBM Rational ClearCase Telologic Synergy Microsoft Visual SourceSafe Open Source / Free CVS (Brian Berliner Jeff Polk, 1992) GNU Arch Subversion (Karl Fogel, 2002) SVK (clkao, 2004) Subversion CVS的替代品，操作与CVS类似 CVS的缺点 安全性 目录操作控制 二进制文件 效率 多样化的服务器配置方式： Apache web server ＋ ssh Svnserve ＋ ssh Subversion 集中式版本控制系统 (Centralized VCS) Open Source HTTP/WebDAV access “Better CVS” Graphical Client Tools TortoiseSVN，RapidSVN Subversion特征 目录版本控制 原子提交 网络传输快 更佳的二进制文件处理 高效率的分支和标签 可修改性 管理、配置简单 Repository Resources 所有被Subversion管理的目录、文件有唯一路径 支持的协议有http,https,svn,svns,file 88/svn/kexie/proj/account/trunk/ Subversion基本概念 repository 版本库 revision number check out working copies check in (submit) branch merge conflict … Revision number revision number 代表整个repository更改的版本号 “HEAD” 表示最新的版本 Revision number TortoiseSVN Subversion Client Windows Explorer Extension TortoiseSVN主要操作 Import/Checkout/Update/Commit Branch/Switch/Tag Merge/View Diff/Conflict Resolve Show Log/Repo-Browser/Revision Graph IMPORT 将本地目录新增至现存的repository Import，开发需要再次 check out 确保其他开发者也能check out IMPORT CHECK OUT 从repository中取出文档，在本机建立工作副本（working copy） 开始工作前的前置动作 CHECK OUT CHECK OUT COMMIT 提交操作使workspace与repository保持同步 本地端的修改包含： 文件内容修改、文件目录删除 需要发布到repository时 COMMIT COMMIT 最好能够一次提交概念性、功能性或任务性的修改 确保源代码编译通过 COMMIT UPDATE 将repository上的版本整合到本地端的工作副本（workspace） 将workspace 同步于 repository 可能会出现冲突，需要手动解决 UPDATE UPDATE 检查repository相对于本工作副本是否有修改 更新本地工作副本到最新版本 BRANCH 独立于主分支的“新项目” 新项目开始于某一稳定版本的revision，通过revision copy得到 建立BRANCH的时机 开发可能会对主分支产生影响 从某一版本产生独立的“特殊”产品 解决BUG 增加新功能 BRANCH TAG 与BRANCH类似，给稳定的版本做记号 从TAG中取出的代码可以编译成独立的产品 一般与Release目录下产品一一对应 SWITCH 切换工作副本 MERG