目錄
一. 了解-源代碼管理工具概述
二. 掌握-SVN的基本介紹
三. 了解-SVN服務器配置
四. 掌握-UNIX基本命令
五. 掌握-SVN終端演練(個人開發)
六. 掌握-SVN終端演練(多人開發引發的問題)
七. 了解-SVN終端演練-版本回退
八. 掌握-Xcode管理SVN
九. 了解-SVN目錄規范
十. 了解-SVN 托管平臺
補充：
一. 了解-源代碼管理工具概述
1. 源代碼管理工具的作用?
- 能追蹤一個項目從誕生一直到定案的過程
- 一個項目的所有內容變化,無限制返回
- 查看特定版本的修訂情況
2. 常見的源代碼管理工具有哪些?
- CVS
- 開啟版本控制之門
- 1990年誕生，“遠古時代”的主流源代碼管理工具
- SVN
- 全稱是Subversion，集中式版本控制之王者
- 是CVS的接班人，速度比CVS快，功能比CVS多且強大
- 在國內軟件企業中使用最為普遍（70%-90%
- GIT
- 一款偉大的分布式源代碼管理工具
- 目前被越來越多的開源項目使用
- 不過在國內企業尚未大范圍普及
3. 集中式和分布式的區別?
你可以參考以下三個網站：
- http://baike.baidu.com/link?url=amd48_OZDAdH7XQWaBsnxTmCfrkLLM8pizR3gtPETXF7cc1yk3nv_CpBVjxxoDl8YXP--Uh2tIVjiRYVvkwWSq
- http://wenku.baidu.com/link?url=SnoaUsca-yywky7AcvZWvQpYxHP1UhPtggw3cJggUZHyDscSCZyJtp2a7XT5I8hgYW6tM09fvZjTTq5DrGIf6I6X9ubHTBahZkjaxgcoVGi
- http://zhidao.baidu.com/question/32338956.html?qbl=relate_question_4&word=%BC%AF%D6%D0%CA%BD%20%B7%D6%B2%BC%CA%BD
二. 掌握-SVN的基本介紹
1. 工作場景
- 進入公司需要做的關于開發的第一件事, 就是向項目經理索要SVN服務器地址+用戶名+密碼
2. 角色解釋
- 服務器: 用于存放所有版本的代碼,供客戶端上傳下載更新
- 客戶端: 通過客戶端下載上傳本地代碼
- 用戶名/密碼: 驗證人員身份,判斷是否有操作權限;
3. 項目開發中的基本操作
- 1.項目經理初始化項目結構并上傳到服務器
- 2.苦逼程序猿根據地址+用戶名+密碼下載一份完整代碼到本地
- 3.開始開發,任務完成后,提交任務代碼到服務器
- 4.從服務器上更新其他同事的代碼到本地
4. 以上操作對應到SVN操作體現
- 1.svn import (項目經理做的)
- 2.svn checkout : 將服務器所有代碼下載到本地
- 3.svn commit : 提交本地最新代碼到服務器
- 4.svn update : 從服務器更新最新被修改的代碼
5. 版本控制策略(補充)
- svn : 更新-修改-合并
- 弊端: 合并時容易產生沖突
- 其他版本控制策略: 鎖定-修改-解鎖
- 弊端: 不能并行開發
三. 了解-SVN服務器配置
1. 服務器作用
- 用于存儲/備份各個版本的代碼
- 供客戶端下載/上傳/刪除代碼
2. 服務器環境搭建
- Mac 下直接配置
- Mac 下安裝SVN
- Mac下配置SVN 服務器
- Windows下安裝Visual SVN Server
- Visual SVN Server下載地址：
- 因為作為新人進到公司無法接觸服務器,而且大部分公司都是使用windows 作為服務器
3. 安裝步驟
- 全程”下一步”,傻瓜式安裝.
4. 控制區幾個選項的作用
- Repository
- 代碼倉庫:存放不同版本的代碼
- Users
- 用戶列表:創建或者刪除用戶,代碼倉庫設置訪問權限時使用
- Groups
- 分組列表:將用戶分組,可以針對每組進行代碼倉庫訪問授權操作
5. 訪問測試
- 可以通過瀏覽器,輸入代碼倉庫地址進行訪問
- 注意:在客戶端瀏覽器訪問時,注意地址需要使用對應的IP地址,不能使用計算機名稱.
- 在windows下面查看ip 地址
6. 操作補充
- 開始 —> 運行 cmd
- 在命令行里面 運行 ipconfig
四. 掌握-UNIX基本命令
1. 必學命令
- help [子命令] : 查看某一個具體的子命令的使用方法
2. 常用命令
- cd path : 將當前路徑切換到path路徑
- pwd ：查看當前所在路徑
- ls (-a / -l / -G) : 查看當前文件夾下所有文件及文件夾
- touch filename1 filename2 ： 創建一個或者多個文件
- rm filename : 刪除文件
- open filename ：打開文件
- cat filename ：查看文件內容
- more filename ：分頁查看文件內容
- mkdir 文件夾名稱 ：創建一個文件夾
- mv oldFilePath newFilePath ：移動文件(可借助此命令給文件重命名)
3. 補充
- . 代表當前文件路徑
- .. 代表上級目錄
- 以 .開頭的文件,代表隱藏文件
- 顯示隱藏文件： defaults write com.apple.finder AppleShowAllFiles Yes && killall Finder
- 不顯示隱藏文件：defaults write com.apple.finder AppleShowAllFiles No && killall Finder
4. 使用注意
1> 命令和參數之間需要添加空格
2> 如果要使用當前目錄中的文件名，輸入到一半時，按TAB鍵能夠補全
五. 掌握-SVN終端演練(個人開發)
1. 命令行格式：
- svn <subcommand> [options] [args]
- svn 子命令 [選項] [參數]
- 其中中括號里面的內容可以省略
2. 必學命令
- svn [子命令] --help
- svn help [子命令]
3. 實戰演練
1. 項目經理初始化項目,并上傳到SVN服務器
- 方案1:
- (1) 創建臨時項目
- (2) svn import [path] URL --username=用戶名 --password=密碼 -m "注釋"
- 方案2:
- (1) 創建項目
- (2) 使用 svn add 命令將項目所有文件添加到本地版本控制
- (3) 使用 svn commit 提交本地項目到遠程服務器
2. 程序猿從服務器下載一份完整代碼到本地開始開發
- svn checkout URL [path] --username=用戶名 --password=密碼
- 注意: 此時本地文件夾會生成一個 .svn 的隱藏文件夾, 稱作"本地版本控制庫". 專門用來記錄各個文件或文件夾的狀態, 千萬不要手動刪除; 手動刪除后, 將無法再對項目進行管理. 即使從其他地方拷貝也沒有用.
3. 修改文件提交
- (1) 修改文件
- (2) 使用svn commit -m "注釋" : 提交本地文件到服務器
4. 新建文件提交
- (1) 新建文件
- (2) 使用 svn add 命令將項目所有文件添加到本地版本控制
- (3) 使用 svn commit -m "注釋" : 提交本地項目到遠程服務器
5. 刪除文件提交
- 一定不要手動刪除文件*
- (1) svn remove filename 或者 svn delete filename 從本地版本控制以及對應文件刪除
- (2) svn commit -m "注釋" : 提交本地操作到服務器, 使服務器也刪除對應的文件
6. 常用命令補充
- 1.svn status
- 查看當前工作空間內, 所有 有變化的文件 的狀態
- 如果執行此命令什么都沒輸出, 代表本地沒有東西要提交
- 2.svn log
- 查看當前版本的操作日志(什么人, 什么時間, 做了什么操作)
7. 版本控制中,各個文件狀態參考
' ' 沒有修改
'A' 被添加到本地版本控制
'C' 沖突
'D' 被刪除(通過svn命令刪除的文件）
'I' 被忽略
'M' 被修改
'R' 被替換
‘G’ 被合并
‘U’ 已經更新
‘E’ 已經存在
'X' 外部定義創建的版本目錄
'?' 文件沒有被添加到本地版本控制
'!' 文件丟失或者不完整（不是通過svn命令刪除的文件）
'' 受控文件被其他文件阻隔
8. 注意事項
- 任何本地的操作, 如果想讓服務器也做同樣的操作, 就直接通過 commit操作 提交到服務器
- 任何向服務器提交的操作,都要加注釋 添加 -m參數
六. 掌握-SVN終端演練(多人開發引發的問題)
多人合作開發中的常見問題
問題一 : 超時
- 問題描述: 當本地文件版本小于服務器文件版本時, 如果要提交本地文件,就會報 out of date 超時錯誤
- 產生原因: SVN通過版本號管理每一個文件,如果一個文件被修改并提交到服務器,那么服務器上的對應文件版本號就會加1, 如果你的版本號小于服務器版本號,就說明,肯定有別人在后來又修改了那個文件
- 解決方案: 針對于超時問題,對應的解決方案,就是先從服務器更新下最新版本, 保證本地版本號與服務器版本號一致,這是文件可以提交的前提
問題二 : 沖突
問題描述: 為了解決超時問題,只能更新.而在更新過程中,如果幾個人修改了同一文件的同一行代碼,此時就會產生沖突
產生原因: 版本控制器不會那么智能, 去決定應該使用誰的代碼作為最終代碼,只能將選擇權拋給用戶,讓用戶解決
-
解決方案: 系統提供三種解決方案
- (p) postpone
延遲處理(待會我自己處理), 如果選擇這一種, 會自動生成三個文件供用戶參考決策. 并將沖突部分代碼塊合并到一起. 而一旦解決完畢, 需要執行 svn resolved fileName 來告訴版本控制器已經解決, 然后版本控制器就會自動刪除三個參考文件 - (mc) mine-conflict
使用我的(本地的), 如果代碼產生沖突, 則以本地代碼為準
- (tc) theirs-conflict
使用他人的(服務器), 如果代碼產生沖突, 則以服務器代碼為準
``` <<<<<<< .mine 此處代表是我的代碼 ======= 此處代表服務器代碼 >>>>>>> .r7``` - (p) postpone
七. 了解-SVN終端演練-版本回退
1.版本回退概念以及原因?
- 概念: 是指將代碼(本地代碼或者服務器代碼), 回退到之前記錄的某一特定版本
- 原因: 如果代碼做錯了, 想返回之前某個狀態重做;
2.修改了,但未提交的情況下, 回退代碼
- 方案1: (大力推薦)
- svn revert (作用:返回到上次提交后版本對應的最原始的狀態)
- 方案2: (不推薦)
- 刪除整個項目,重新checkout
3. 修改了,并且提交了的情況反悔
方案1: 大力推薦
svn update ：(作用: 將本地代碼更新到與服務器相同的版本)
svn merge 文件名 -r 版本1:版本2：(作用: 把版本1 -> 版本2 的 diff 作用在當前版本)
svn commit -m “本地和服務器都回退到某一指定版本”
-
方案2: (推薦)
- svn update -r 指定版本號(此時本地代碼已經變化,但是服務器沒有改變)
--------以下步驟是為了讓服務器代碼也回滾到以前的版本---------- - 修改部分文件
- svn update (此時會產生沖突, 選擇使用自己的代碼即可)
- 再次提交代碼
- svn update -r 指定版本號(此時本地代碼已經變化,但是服務器沒有改變)
-
方案3:忘記這個方案
- 手動保存需要回退的文件內容
- 刪除文件,提交到服務器
- 重新添加文件,上傳到服務器
八. 掌握-Xcode管理SVN
-
掌握怎樣添加遠程代碼倉庫的關聯
添加遠程代碼倉庫的關聯.png
2.掌握怎樣checkout, 下載服務器代碼, 以及初始化本地版本控制庫
checkout.png
初始化本地版本控制庫.png
3.掌握怎樣新建文件提交, 修改文件提交, 刪除文件提交
怎樣新建文件提.png
修改文件提交.png
4.掌握版本日志查看, 以及了解版本回退
-
日志查看
日志查看.png -
版本回退
-
修改了沒有提交
Snip20160422_13.png -
修改了并且已經提交
修改了并且已經提交1.png
修改了并且已經提交2.png
-
5.掌握多人開發中的超時問題和沖突問題的解決
Snip20160422_16.png
開發經驗: 最好忽略沒必要提交的文件
九. 了解-SVN目錄規范
1.文件目錄作用?
-
trunk : 主干，當前開發項目的主目錄;
- 我們之前更新代碼，提交代碼都是在這個文件夾進行操作
-
brannches:分支目錄
- 添加非主線功能時使用，開發測試之后，可以合并到主干項目中。修復Bug，研發不確定的新功能都在這里做
-
tags:標記目錄，通常作為重大版本的備份；
- 如果有發布版本出現Bug，可以快速的找到對應版本的項目備份，然后開一個分支，進行Bug修復，用于與主干區分
2.掌握利用圖形客戶端版本備份流程
3.了解已發布版本bug解決流程
了解已發布版本bug解決流程.png
4.了解研發不確定功能模塊的流程
了解研發不確定功能模塊的流程.png
十. 了解-SVN 托管平臺
- svnspot：http://code.svnspot.com
- svnchina：http://www.svnchina.com
備注賬號:ming
補充：
- 1.XCode對靜態庫支持不好, 有時候會無法添加到本地版本控制庫; 所以進到公司, checkout項目下來發現缺少文件, 不要著急, 直接跟人溝通.
- 2.其實多人合作開發中, 最蛋疼的問題就是解決沖突. 此處我們演練的都是簡單沖突的解決. 進到公司后會更復雜
- 解決方案1: 靠項目經理對項目結構的劃分, 把各個功能模塊間的耦合性降到最低. 盡量大家開發沒有公共文件
- 解決方案2: 一定要多溝通, 修改某些公共文件之前說一聲
- 解決方案3: 有點不要臉....不說了，自己悟去。O(∩_∩)O哈哈哈~
