使用Subversion版本控制

,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,使用,Subversion,版本控制,1,目标,理解版本控制的重要性与优点，在开发中使用版本控制,TortoiseSVN,快速入门,Subversion,服务器简单配置和管理,2,内容,版本控制引入,Subversion,介绍与基本概念,使用,TortoiseSVN,客户端协同开发,Subversion,服务器安装、配置,Subversion,服务器管理,3,为什么需要版本控制,多人开发环境,记录所有人的更改,快速恢复到特定版本的状态,查看、合并其他人的修改,工程管理需要,与需求管理以及,BUG,管理集成,多产品多版本的发布管理需要,软件维护的需要,4,软件开发过程的版本控制,Configuration,Builder,(Build scripting tool),Bug & Request,Management,Version Control &,Release Management,Database,5,版本控制系统做什么？,跟踪、提交、恢复和比较源代码和文档的更改,支持、同步不同地区的并发开发,6,典型的版本控制和发布,RELEASE 1.0,RELEASE 1.5,RELEASE 2.0,C.I. 1,1.0,1.1,1.2,C.I. 2,1.0,C.I. 3,1.0,1.1,1.2,C.I. X,1.0,1.3,1.1,1.2,1.3,1.4,1.1,1.5,1.6,1.7,1.4,1.5,1.2,1.3,1.4,7,版本控制系统,商业化,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),8,Subversion,CVS,的替代品，操作与,CVS,类似,CVS,的缺点,安全性,目录操作控制,二进制文件,效率,多样化的服务器配置方式：,Apache web server,ssh,Svnserve,ssh,9,Subversion,集中式版本控制系统,(Centralized VCS),Open Source,HTTP/WebDAV access,“Better CVS”,Graphical Client Tools,TortoiseSVN,，,RapidSVN,10,Subversion,特征,目录版本控制,原子提交,网络传输快,更佳的二进制文件处理,高效率的分支和标签,可修改性,管理、配置简单,11,Subversion,的架构,12,Repository Resources,所有被,Subversion,管理的目录、文件有唯一路径,支持的协议有,http,https,svn,svns,file,http:/,59.66.96.188,/svn/kexie/proj/account/trunk/,protocol,host,repository,directory,13,Subversion,基本概念,repository,版本库,revision number,check out,working copies,check in (submit),branch,merge,conflict ,14,Revision number,revision number,代表整个,repository,更改的版本号,“HEAD”,表示,最新,的版本,15,Revision number,16,TortoiseSVN,Subversion Client,Windows Explorer Extension,17,TortoiseSVN,主要操作,Import/Checkout,/,Update/Commit,Branch/Switch/Tag,Merge,/View Diff/Conflict Resolve,Show Log/Repo-Browser/Revision Graph,18,IMPORT,将本地目录新增至现存的,repository,Import,，开发,需要再次,check out,确保其他开发者也能,check out,19,Central Repository,Local Workspace(s),A,import,A,Central Repository,Local Workspace(s),A,before,after,in sync,IMPORT,20,import,21,CHECK OUT,从,repository,中取出文档，在本机建立工作副本（,working copy,）,开始工作前的前置动作,22,CHECK OUT,Central Repository,Local Workspace(s),checkout,A,Central Repository,Local Workspace(s),A,before,after,in sync,A,23,CHECK OUT,24,COMMIT,提交操作使,workspace,与,repository,保持同步,本地端的修改包含：,文件内容修改、文件目录删除,需要发布到,repository,时,25,COMMIT,Central Repository,Local Workspace(s),commit,A,Central Repository,Local Workspace(s),A,before,after,in sync,A,A,26,COMMIT,最好能够一次提交概念性、功能性或任务性的修改,确保源代码编译通过,27,COMMIT,28,UPDATE,将,repository,上的版本整合到本地端的工作副本（,workspace,）,将,workspace,同步于,repository,可能会出现冲突，需要手动解决,29,UPDATE,Central Repository,Local Workspace(s),update,A,Central Repository,Local Workspace(s),A,before,after,in sync,A,A,30,UPDATE,检查,repository,相对于本工作副本是否有修改,更新本地工作副本到最新版本,31,BRANCH,独立于主分支的“新项目”,新项目开始于某一稳定版本的,revision,，通过,revision copy,得到,32,建立,BRANCH,的时机,开发可能会对主分支产生影响,从某一版本产生独立的“特殊”产品,解决,BUG,增加新功能,33,BRANCH,34,TAG,与,BRANCH,类似，给稳定的版本做记号,从,TAG,中取出的代码可以编译成独立的产品,一般与,Release,目录下产品一一对应,35,SWITCH,切换工作副本,36,MERGE,合并,BRANCH,的修改到主分支,合并主分支的最新版本到工作副本,BUG,修正后将,BUG,去除的代码合并到其他“特殊”,BRANCH,37,开发人员开发流程,从项目负责人获取开发的提交权限,按分配的功能新建,Branch,，后续开发在此分支上,Checkout/Modify/Commit,，完成所有的待开发功能,Merge to truck,，,Merge,后需确保主分支上编译通过,38,项目负责人项目管理流程,Import,项目文档以及初始代码,创建开发人员帐户、权限，分配项目功能到各开发人员,开发人员完成功能,Merge,到主分支上后，给项目做标签,Tag,，发布新版本,Release,39,Subversion,服务器的安装,Windows,平台,安装,Apache,服务器,安装,Subversion,，安装程序能自动识别已经安装,Apache,配置,Apache,模块,用户以及用户权限配置,40,资源,Apache,服务器下载,Subversion,下载,TortoiseSVN,RapidSVN,下载,41,