使用Subversion版本控制

1、1使用Subversion版本控制2目標(biāo)l理解版本控制的重要性與優(yōu)點(diǎn)，在開發(fā)中使用版本控制lTortoiseSVN快速入門lSubversion服務(wù)器簡單配置和管理3內(nèi)容l版本控制引入lSubversion介紹與基本概念l使用TortoiseSVN客戶端協(xié)同開發(fā)lSubversion 服務(wù)器安裝、配置lSubversion服務(wù)器管理4為什么需要版本控制l多人開發(fā)環(huán)境l記錄所有人的更改l快速恢復(fù)到特定版本的狀態(tài)l查看、合并其他人的修改l工程管理需要l與需求管理以及BUG管理集成l多產(chǎn)品多版本的發(fā)布管理需要l軟件維護(hù)的需要5軟件開發(fā)過程的版本控制Configuration Builder(Buil

2、d scripting tool)Bug & Request ManagementVersion Control & Release ManagementDatabase6版本控制系統(tǒng)做什么？l跟蹤、提交、恢復(fù)和比較源代碼和文檔的更改l支持、同步不同地區(qū)的并發(fā)開發(fā)7典型的版本控制和發(fā)布RELEASE 1.0RELEASE 1.5RELEASE 2.0C.I. 11.01.11.2C.I. 21.0C.I. 31.01.11.2C.I. X1.01.31.48版本控制系統(tǒng)l商業(yè)化lIBM Rational C

3、learCaselTelologic Synergy lMicrosoft Visual SourceSafelOpen Source / FreelCVS (Brian Berliner & Jeff Polk, 1992)lGNU ArchlSubversion (Karl Fogel, 2002)lSVK (clkao, 2004)9SubversionlCVS的替代品，操作與CVS類似lCVS的缺點(diǎn)l安全性l目錄操作控制l二進(jìn)制文件l效率l多樣化的服務(wù)器配置方式：lApache web server sshlSvnserve ssh10Subversionl集中式版本控制系統(tǒng)

4、(Centralized VCS)lOpen SourcelHTTP/WebDAV accessl“Better CVS”lGraphical Client ToolslTortoiseSVN，RapidSVN11Subversion特征l目錄版本控制l原子提交 l網(wǎng)絡(luò)傳輸快 l更佳的二進(jìn)制文件處理 l高效率的分支和標(biāo)簽l可修改性l管理、配置簡單12Subversion的架構(gòu) 13Repository Resourcesl所有被Subversion管理的目錄、文件有唯一路徑l支持的協(xié)議有http,https,svn,svns,file88/svn/kexie/p

5、roj/account/trunk/protocolhostrepositorydirectory14Subversion基本概念lrepository 版本庫 lrevision number lcheck out lworking copieslcheck in (submit) lbranchlmerge lconflict 15Revision numberlrevision number 代表整個(gè)repository更改的版本號(hào)l“HEAD” 表示最新的版本16Revision number17TortoiseSVNlSubversion ClientlWindows Explore

6、r Extension18TortoiseSVN主要操作lImport/Checkout/Update/CommitlBranch/Switch/TaglMerge/View Diff/Conflict ResolvelShow Log/Repo-Browser/Revision Graph19IMPORTl將本地目錄新增至現(xiàn)存的repositorylImport，開發(fā)需要再次 check outl確保其他開發(fā)者也能check out20Central RepositoryLocal Workspace(s)AimportACentral RepositoryLocal Workspace(s

7、)Abeforeafterin syncIMPORT21import 22CHECK OUTl從repository中取出文檔，在本機(jī)建立工作副本（working copy）l開始工作前的前置動(dòng)作23CHECK OUTCentral RepositoryLocal Workspace(s)checkoutACentral RepositoryLocal Workspace(s)Abeforeafterin syncA24 CHECK OUT25COMMITl提交操作使workspace與repository保持同步l本地端的修改包含：l文件內(nèi)容修改、文件目錄刪除l需要發(fā)布到repository

8、時(shí)26COMMITCentral RepositoryLocal Workspace(s)commitACentral RepositoryLocal Workspace(s)Abeforeafterin syncAA27COMMITl最好能夠一次提交概念性、功能性或任務(wù)性的修改l確保源代碼編譯通過28COMMIT 29UPDATEl將repository上的版本整合到本地端的工作副本（workspace）l將workspace 同步于 repositoryl可能會(huì)出現(xiàn)沖突，需要手動(dòng)解決30UPDATECentral RepositoryLocal Workspace(s)updateACen

9、tral RepositoryLocal Workspace(s)Abeforeafterin syncAA31UPDATEl檢查repository相對(duì)于本工作副本是否有修改l更新本地工作副本到最新版本32BRANCHl獨(dú)立于主分支的“新項(xiàng)目”l新項(xiàng)目開始于某一穩(wěn)定版本的revision，通過revision copy得到33建立BRANCH的時(shí)機(jī)l開發(fā)可能會(huì)對(duì)主分支產(chǎn)生影響l從某一版本產(chǎn)生獨(dú)立的“特殊”產(chǎn)品l解決BUGl增加新功能34BRANCH 35TAGl與BRANCH類似，給穩(wěn)定的版本做記號(hào)l從TAG中取出的代碼可以編譯成獨(dú)立的產(chǎn)品l一般與Release目錄下產(chǎn)品一一對(duì)應(yīng)36SWITCHl切換工作副本37MERGEl合并BRANCH的修改到主分支l合并主分支的最新版本到工作副本lBUG修正后將BUG去除的代碼合并到其他“特殊”BRANCH38開發(fā)人員開發(fā)流程l從項(xiàng)目負(fù)責(zé)人獲取開發(fā)的提交權(quán)限l按分配的功能新建Branch，后續(xù)開發(fā)在此分支上lCheckout/Modify/Commit，完成所有的待開發(fā)功能lMerge to truck，Merge后需確保主分支上編譯通過39項(xiàng)目負(fù)責(zé)人項(xiàng)目管理流程lImport項(xiàng)目文檔以及初始代碼l創(chuàng)建開發(fā)人員帳戶、權(quán)限，分配項(xiàng)目功能到各開發(fā)人員l開發(fā)人員完成功能Merge到主分支上后，給項(xiàng)目做標(biāo)簽Tag，發(fā)布新版