源代碼管理工具-SVN

一. 了解-源代碼管理工具概述

1. 源代碼管理工具的作用?

能追蹤一個項目從誕生一直到定案的過程
記錄一個項目的所有內容變化,無限制返回
查看特定版本的修訂情況

2. 常見的源代碼管理工具有哪些?

CVS

• 開啟版本控制之門
• 1990年誕生，“遠古時代”的主流源代碼管理工具

SVN

• 全稱是Subversion，集中式版本控制之王者
• 是CVS的接班人，速度比CVS快，功能比CVS多且強大
• 在國內軟件企業中使用最為普遍（70%-90%）

GIT

• 一款偉大的分布式源代碼管理工具
• 目前被越來越多的開源項目使用
• 不過在國內企業尚未大范圍普及

3. 集中式和分布式的區別

1. 集中式和分布式資料鏈接

2. 集中式和分布式資料鏈接

3. 集中式和分布式資料鏈接

二. 掌握-SVN的基本介紹

1. 工作場景

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地址,不能使用計算機名稱.

6. 操作補充

在windows下面查看ip 地址
開始 —> 運行 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) svn checkout URL [path] --username=用戶名 --password=密碼 : 初始化本地倉庫
(2) 創建項目
(3) 使用 svn add 命令將項目所有文件添加到本地版本控制
(4) 使用 svn commit 提交本地項目到遠程服務器

2. 程序猿從服務器下載一份完整代碼到本地開始開發

svn checkout URL [path] --username=用戶名 --password=密碼

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. 常用命令補充

7. svn status
   查看當前工作空間內, 所有 有變化的文件 的狀態
   如果執行此命令什么都沒輸出, 代表本地沒有東西要提交

8. svn log
   查看當前版本的操作日志(什么人, 什么時間, 做了什么操作)

9. 版本控制中,各個文件狀態參考

' ' 沒有修改
'A' 被添加到本地版本控制
'C' 沖突
'D' 被刪除(通過svn命令刪除的文件）
'I' 被忽略
'M' 被修改
'R' 被替換
‘G’ 被合并
‘U’ 已經更新
‘E’ 已經存在
'X' 外部定義創建的版本目錄
'?' 文件沒有被添加到本地版本控制
'!' 文件丟失或者不完整（不是通過svn命令刪除的文件）
'' 受控文件被其他文件阻隔

8. 注意事項

• 任何本地的操作, 如果想讓服務器也做同樣的操作, 就直接通過 commit操作 提交到服務器
• 任何向服務器提交的操作,都要加注釋 添加 -m參數

六. 掌握-SVN終端演練(多人開發)

1. 準備工作

熊大和熊二,分別通過
svn checkout URL [path] --username=用戶名 --password=密碼
命令初始化本地版本控制庫

1. 添加文件同步

2. 熊大創建文件并提交到服務器
   svn add fileName
   svn commit -m "新增文件"

3. 熊二從服務器更新文件
   svn update

4. 修改文件同步

5. 熊大修改文件并提交到服務器
   svn commit -m "修改文件"

6. 熊二從服務器更新文件
   svn update

7. 刪除文件同步

8. 熊大刪除文件并提交到服務器
   svn delete fileName
   svn commit -m "刪除文件"

9. 熊二從服務器更新文件
   svn update

10. 多人合作開發中的常見問題

• 問題一 : 超時
  問題描述:
  當本地文件版本小于服務器文件版本時, 如果要提交本地文件,就會報 out of date 超時錯誤
  產生原因:
  SVN通過版本號管理每一個文件,如果一個文件被修改并提交到服務器,那么服務器上的對應文件版本號就會加1, 如果你的版本號小于服務器版本號,就說明,肯定有別人在后來又修改了那個文件
  解決方案:
  針對于超時問題,對應的解決方案,就是先從服務器更新下最新版本, 保證本地版本號與服務器版本號一致,這是文件可以提交的前提

• 問題二 : 沖突
  問題描述:
  為了解決超時問題,只能更新.而在更新過程中,如果幾個人修改了同一文件的同一行代碼,此時就會產生沖突
  產生原因:
  版本控制器不會那么智能, 去決定應該使用誰的代碼作為最終代碼,只能將選擇權拋給用戶,讓用戶解決
  解決方案:
  系統提供三種解決方案:
  (p) postpone,
  延遲處理(待會我自己處理), 如果選擇這一種, 會自動生成三個文件供用戶參考決策. 并將沖突部分代碼塊合并到一起. 而一旦解決完畢, 需要執行 svn resolved fileName 來告訴版本控制器已經解決, 然后版本控制器就會自動刪除三個參考文件
  (mc) mine-conflict
  使用我的(本地的), 如果代碼產生沖突, 則以本地代碼為準
  (tc) theirs-conflict
  使用他人的(服務器), 如果代碼產生沖突, 則以服務器代碼為準

<<<<<<< .mine
此處代表是我的代碼
=======
此處代表服務器代碼

.r7

七. 了解-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 (此時會產生沖突, 選擇使用自己的代碼即可)
- 再次提交代碼

方案3:
- 手動保存需要回退的文件內容
- 刪除文件,提交到服務器
- 重新添加文件,上傳到服務器

八. 掌握-Cornerstone基本使用

1. 掌握如何添加遠程代碼倉庫的關聯
2. 掌握如何checkout, 下載服務器代碼, 以及初始化本地版本控制庫
3. 掌握如何新建文件提交, 修改文件提交, 刪除文件提交
4. 掌握版本日志查看, 以及了解版本回退
5. 掌握多人開發中的超時問題和沖突問題的解決

九. 掌握-Xcode管理SVN

1. 掌握怎樣添加遠程代碼倉庫的關聯
2. 掌握怎樣checkout, 下載服務器代碼, 以及初始化本地版本控制庫
3. 掌握怎樣新建文件提交, 修改文件提交, 刪除文件提交
4. 掌握版本日志查看, 以及了解版本回退
5. 掌握多人開發中的超時問題和沖突問題的解決

開發經驗: 最好忽略沒必要提交的文件

** 過濾不需要上傳的文件, 忽略文件(xcuserdata文件夾)**

文件打開狀態
斷點信息
文件夾關閉打開狀態
** 注意:projct setting文件不要忽略 **
存放一些文件順序和文件夾結構,文件引用等信息

十. 了解-SVN目錄規范

1. 文件目錄作用?

trunk : 主干，當前開發項目的主目錄;
我們之前更新代碼，提交代碼都是在這個文件夾進行操作

brannches:分支目錄
添加非主線功能時使用，開發測試之后，可以合并到主干項目中。修復Bug，研發不確定的新功能都在這里做

tags:標記目錄，通常作為重大版本的備份；
如果有發布版本出現Bug，可以快速的找到對應版本的項目備份，然后開一個分支，進行Bug修復，用于與主干區分

2. 掌握利用圖形客戶端版本備份流程
3. 了解已發布版本bug解決流程

十一. 了解-SVN 托管平臺

1. svnspot

http://code.svnspot.com

2. svnchina

http://www.svnchina.com