參考：

在一個團隊的工作中，掌握版本控制系統的使用是對每一個工程師最基本的要求，作為剛入職的菜鳥我來說，更是需要快速掌握的，下面就簡單記錄一下svn以及git版本控制的基礎知識。

1. 版本控制的概念                                                                                                                   

版本控制（Version Control）的含義就是通過某種方式來記錄版本庫中檔案的內容變化，以達到管理和維護版本的開發。其實，我們在學習程式設計的時候就一直在使用版本控制的理念。例如，在學習

本地版本控制系統大多都是採用某種簡單的資料庫來記錄檔案的歷次更新差異。其中比較流行的是（RCS：Revision Control System），不過本人沒有使用過，這裡就不說了。如下圖是本地版本控制系統的工作示意圖。

集中化版本控制系統（CVCS：Centralized Version Control System）是目前應用最廣泛的。本地版本控制系統一個最大的問題就是無法在團隊開發中使用，因為它無法協同開發者。CVCS

為了解決CVCS的單點問題，分散式版本控制系統（DVCS：Distributed Version Control System

2. svn的基本使用                                                                                                                        

因為公司目前使用svn進行程式碼的管理，所以先講一些svn的基本概念和使用。

Svn在團隊開發中主要的工作流程如下：

開發者從svn伺服器上checkout下程式碼，下面就是每天工作前update，下班後commit。常用命令操作如下：

svn checkout/co svn_address //拉取一個版本庫到本地

svn update/up  file or directory //更新最新版本到本地

svn commit/ci  file or directory //提交更改到版本庫

版本控制系統的核心任務是實現協作編輯和資料共享。對於集中式版本控制系統，在開發過程中最常發生的就是衝突問題，這是集中式帶來的必然問題，該問題的描述如下：

當jack和rose兩個人從版本庫中拉下來同一份檔案，然後分別修改了這個檔案，接著jack先提交了自己修改的版本A’，提交結果是成功的，然後rose提交自己修改的版本A’’，結果就會提交失敗。

Svn採用拷貝-修改-合併（Copy-Modify-Merge）版本控制模型來解決這種衝突問題。這是svn版本控制的核心。遇到上述問題，當rose提交自己的版本時，svn會提示檔案A已經過期，並要求進行update，此時rose更新A，就會生產衝突，並生成如下檔案：

此時rose可以根據上述檔案，進行版本庫和工作副本的合併，如果jack修改的部分和rose的並沒有衝突，此時rose就可以將所有的修改合併到一起，然後提交。如果他們的修改有重疊的地方，那麼rose和jack就要一起協商解決衝突，然後rose將合併後的提交。

3. svn的分支模型                                                                                                                    

在軟體開發過程中，對於一個成熟的產品，程式碼的管理是很重要的，當然目前我還沒有接觸到。在通過svn進行版本管理過程中，分支是一個很基本的概念，它是版本控制一個重要組成部分。

這裡要介紹svn的分支和標記。分支可以分為普通開發分支和主幹分支。在svn版本庫中我們看到最多的三個目錄就是：trunk、branches、tags，這也是標準的做法，下面是svn標準建議每個部分的功能：

• trunk：主幹分支，用於儲存相對最新比較穩定的程式碼，
• branches：開發分支，用於新功能的開發，bug修復。分支存在的目的就是為了讓各種修改從主線上分離出來。當新開發功能穩定之後可以合併到trunk中。
• tags：標記，用於標記一個特殊的版本，通常用來標記release版本，一般不會再允許修改。

svn中沒有用於建立分支和標記的特殊命令，而是使用便宜拷貝（類似linux中的硬連結），通過內部連結指向特定的版本樹。建立分支/標記的命令如下：

svn copy svn://XXX/trunk svn://XXX/branches/branch_1

svn copy svn://XXX/branch_1 svn://XXX/tags/tags_release_1

4. git的基本使用                                                                                                                        

Git安裝後首先需要就是進行配置：

git config --global user.name "anonymalias" //使用者名稱

git config --global user.email [email protected] // 郵箱

git config --global core.editor vim //文字編輯器

git config --global merge.tool vimdiff //差異化分析工具

使用者名稱和郵箱是必須要配置的，因為每次提交時都會引用者兩條資訊。Git有時候需要呼叫文字編輯器來讓使用者輸入一些資訊。差異分析工具在解決衝突時使用。--global設定對當前使用者所有操作生效，如果需要對特定專案進行設定，省略該選項，設定儲存在當前專案目錄的.git/config目錄下。

4.1 Git版本庫的初始化

Git庫的初始化有兩種方式：

•  從當前目錄初始化。

git init

改命令會在當前目錄生成.git目錄，當前目錄就可以進行版本管理了。可以使用如下命令進行版本管理：

git add file.c file.h

git add README

git commit -m 'initial project version

• 從遠端倉庫克隆

git clone https://github.com/anonymalias/test.git

這裡git使用clone命令來完成專案的拉取，和svn的checkout不同。git會將遠端倉庫中的專案的所有資料都克隆到本地，和svn拉取檔案快照有很大差別。

所有版本庫目錄下面的檔案都可以分為兩類：tracked（已跟蹤）和untracked（未跟蹤），在git下，tracked的檔案可以分為：未修改、已修改、已暫存。和svn版本管理不同的是，git對於修改的tracked檔案，要先暫存到暫存區（staged area），然後再提交到分支中。下圖是git版本中檔案狀態轉換圖：

4.2 git常用操作命令

1.向版本庫新增跟蹤檔案

git add file

git commit -m 'initial project version

2.提交修改的檔案

和1的操作是一樣的，要先通過add命令將修改暫存到暫存區，然後提交到版本庫中。

3.移除檔案

git rm file

git commit -m 'initial project version

4.版本狀態檢視

git status

5.分支的建立，切換，合併

git branch //檢視當前版本庫的所有分支，帶*的是當前分支

git branch b1 //建立新分支b1，從當前分支而來，對於git只是建立一個分支指標

git checkout b1 //切換到分支b1，

git checkout -b b1 //等同於上面兩條命令，建立分支並進行切換

git merge b1 //將分支b1合併到當前分支

6.分支的推送和拉取

這裡首先要知道遠端分支（remote branch）的概念。remote分支是對遠端倉庫狀態的索引。我們通過（遠端倉庫名）/（分支名）的形式表示遠端分支。遠端分支的產生過程如下：

我們從遠端伺服器clone一個版本庫，git 會自動為我們將遠端倉庫命名為origin，並下載其中所有的資料，建立一個指向它的 master 分支的指標，在本地命名為origin/master，但我們無法在本地更改其資料。接著，git會在origin/maste分支相同的位置，建立一個本地master 分支，我們的工作都是基於本地的master分支進行的。如下圖：

當我們需要拉取遠端倉庫最新的版本時如下進行如下操作：

git fetch origin

該命令首先找到 origin 對應遠端伺服器的地址，然後更新最新的資料到本地origin版本庫，然後把 origin/master 的指標移到它最新的位置。

git pull 

pull命令相對於fetch命令的區別就是：它拉取最新的分支後，會合併到本地的分支。

下面的命令是將某個分支推送到遠端操作上。

git push (遠端倉庫名) (分支名)

未完，帶修改新增...

Created Date: 2014-06-28

Last Modified Date: 2014-06-28

Finish