源代碼管理工具

時間 2019-11-24

標籤源代碼管理工具简体版

原文原文鏈接

一. 源代碼管理工具概述

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

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

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

> CVS
    - 開啓版本控制之門
    - 1990年誕生，「遠古時代」的主流源代碼管理工具
> SVN
    - 全稱是Subversion，集中式版本控制之王者
    - 是CVS的接班人，速度比CVS快，功能比CVS多且強大
    - 在國內軟件企業中使用最爲廣泛（70%-90%）
> GIT
    - 一款偉大的分佈式源代碼管理工具
    - 目前被愈來愈多的開源項目使用
    - 不過在國內企業還沒有大範圍普及

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

二. 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服務器配置

服務器做用服務器

> 用於存儲/備份各個版本的代碼
 > 供客戶端下載/上傳/刪除代碼

服務器環境搭建app

Mac 下直接配置(Mac 下安裝SVN), (Mac下配置SVN 服務器分佈式

Windows下安裝Visual SVN Server(Visual SVN Server下載地址svn

由於做爲新人進到公司沒法接觸服務器,並且大部分公司都是使用windows 做爲服務器,因此此處只講第二種,做學習測試使用!工具

安裝步驟post

> 全程」下一步」,傻瓜式安裝.

控制區幾個選項的做用學習

> Repository
     - 代碼倉庫:存放不一樣版本的代碼
 > Users
     - 用戶列表:建立或者刪除用戶,代碼倉庫設置訪問權限時使用
 > Groups
     - 分組列表:將用戶分組,能夠針對每組進行代碼倉庫訪問受權操做

訪問測試

> 能夠經過瀏覽器,輸入代碼倉庫地址進行訪問
 - 注意:在客戶端瀏覽器訪問時,注意地址須要使用對應的IP地址,不能使用計算機名稱.

操做補充

在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. 實戰演練

項目經理初始化項目,並上傳到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 提交本地項目到遠程服務器

程序猿從服務器下載一份完整代碼到本地開始開發
```
svn checkout URL [path] --username=用戶名 --password=密碼
```

修改文件提交

(1) 修改文件
 (2) 使用svn commit -m "註釋" : 提交本地文件到服務器

新建文件提交

(1) 新建文件
 (2) 使用 svn add 命令將項目全部文件添加到本地版本控制
 (3) 使用 svn commit -m "註釋" : 提交本地項目到遠程服務器

刪除文件提交

必定不要手動刪除文件

(1) svn remove filename 或者 svn delete filename 從本地版本控制以及對應文件刪除
 (2) svn commit -m "註釋"  : 提交本地操做到服務器, 使服務器也刪除對應的文件

經常使用命令補充

1. svn status 
     查看當前工做空間內, 全部 有變化的文件 的狀態
     若是執行此命令什麼都沒輸出, 表明本地沒有東西要提交
 2. svn log 
     查看當前版本的操做日誌(什麼人, 什麼時間, 作了什麼操做)

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

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

注意事項

* 任何本地的操做, 若是想讓服務器也作一樣的操做, 就直接經過 commit操做 提交到服務器
 * 任何向服務器提交的操做,都要加註釋 添加 -m參數

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

準備工做

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

添加文件同步

1. 熊大建立文件並提交到服務器
     svn add fileName
     svn commit -m "新增文件"
 2. 熊二從服務器更新文件
     svn update

修改文件同步

1. 熊大修改文件並提交到服務器
     svn commit -m "修改文件"
 2. 熊二從服務器更新文件
     svn update

刪除文件同步

1. 熊大刪除文件並提交到服務器
     svn delete fileName
     svn commit -m "刪除文件"
 2. 熊二從服務器更新文件
     svn update

多人合做開發中的常見問題

* 問題一 : 超時
     問題描述:
         當本地文件版本小於服務器文件版本時, 若是要提交本地文件,就會報 out of date 超時錯誤
     產生緣由:
         SVN經過版本號管理每個文件,若是一個文件被修改並提交到服務器,那麼服務器上的對應文件版本號就會加1, 若是你的版本號小於服務器版本號,就說明,確定有別人在後來又修改了那個文件
     解決方案:
         針對於超時問題,對應的解決方案,就是先從服務器更新下最新版本, 保證本地版本號與服務器版本號一致,這是文件能夠提交的前提

 * 問題二 : 衝突
     問題描述:
         爲了解決超時問題,只能更新.而在更新過程當中,若是幾我的修改了同一文件的同一行代碼,此時就會產生衝突
     產生緣由:
         版本控制器不會那麼智能, 去決定應該使用誰的代碼做爲最終代碼,只能將選擇權拋給用戶,讓用戶解決
     解決方案:
         系統提供三種解決方案:
          (p) postpone,  
             延遲處理(待會我本身處理), 若是選擇這一種, 會自動生成三個文件供用戶參考決策. 並將衝突部分代碼塊合併到一塊兒. 而一旦解決完畢, 須要執行 svn resloved fileName 來告訴版本控制器已經解決, 而後版本控制器就會自動刪除三個參考文件
          (mc) mine-conflict
             使用個人(本地的), 若是代碼產生衝突, 則以本地代碼爲準
          (tc) theirs-conflict
             使用他人的(服務器), 若是代碼產生衝突, 則以服務器代碼爲準

七. SVN終端演練-版本回退

版本回退概念以及緣由?

概念: 是指將代碼(本地代碼或者服務器代碼), 回退到以前記錄的某一特定版本
 緣由: 若是代碼作錯了, 想返回以前某個狀態重作;

修改了,但未提交的狀況下, 回退代碼

方案1: (大力推薦)
     svn revert (做用:返回到上次提交後版本對應的最原始的狀態)

 方案2: (不推薦)
    刪除整個項目,從新checkout

修改了,而且提交了的狀況反悔

方案1: 大力推薦
     - svn update 
         (做用: 將本地代碼更新到與服務器相同的版本)
     - svn merge 文件名 -r 版本1:版本2
         (做用: 把版本1 -> 版本2 的 diff 做用在當前版本)
     - svn commit -m 「本地和服務器都回退到某一指定版本」
         (做用: 讓服務器代碼也退回到以前某個版本狀態)

 方案2: 
   - svn update -r 指定版本號(此時本地代碼已經變化,可是服務器沒有改變)
     *--------如下步驟是爲了讓服務器代碼也回滾到之前的版本----------*
   - 修改部分文件
   - svn update (此時會產生衝突, 選擇使用本身的代碼便可)
   - 再次提交代碼

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

八.Cornerstone基本使用

掌握若是添加遠程代碼倉庫的關聯
掌握若是checkout, 下載服務器代碼, 以及初始化本地版本控制庫
掌握若是新建文件提交, 修改文件提交, 刪除文件提交
掌握版本日誌查看, 以及瞭解版本回退
掌握多人開發中的超時問題和衝突問題的解決

九. Xcode管理SVN

掌握若是添加遠程代碼倉庫的關聯
掌握若是checkout, 下載服務器代碼, 以及初始化本地版本控制庫
掌握若是新建文件提交, 修改文件提交, 刪除文件提交
掌握版本日誌查看, 以及瞭解版本回退
掌握多人開發中的超時問題和衝突問題的解決

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

** 過濾不須要上傳的文件, 忽略文件(xcuserdata文件夾)**
    > 文件打開狀態
    > 斷點信息
    > 文件夾關閉打開狀態
** 注意:projct setting文件不要忽略 **
    > 存放一些文件順序和文件夾結構,文件引用等信息

十. SVN目錄規範

文件目錄做用?

trunk : 主幹，當前開發項目的主目錄;
     咱們以前更新代碼，提交代碼都是在這個文件夾進行操做

 brannches:分支目錄
     添加非主線功能時使用，開發測試以後，能夠合併到主幹項目中。修復Bug，研發不肯定的新功能都在這裏作

 tags:標記目錄，一般做爲重大版本的備份；
     若是有發佈版本出現Bug，能夠快速的找到對應版本的項目備份，而後開一個分支，進行Bug修復，用於與主幹區分