前言

在iOS開發中，很多公司對項目的版本控制管理都使用了git，當然也有部分公司使用的是svn。當年我最初接觸的是svn，覺得使用起來挺方便的，但是每次切分支都需要下載一份新的代碼起來，這實在太麻煩了，而且公司的網路下載一個項目的所有資源起來也有數百M，這還用工作麽？

當年，第一次聽說github的時候，就聽說是使用git來管理的，可是那時的我感覺好複雜，不知道如何入手。如今，對git的使用可以說是很熟練了，不管是使用命令操作還是直接使用GUI界面工具操作。

就讓我帶著還不會使用git的同志，跨過那些我曾經走過的坑…

創建新倉庫

如果我們在本機上想要創建一個新的git倉庫，可以直接使用下麵的命令：

還有一種命令可以創建倉庫：

我相信大家一定會疑問，這兩者有什麼區別呢？從字面上看，bare就是赤裸裸的意思，也就是說生成用於記錄版本庫歷史記錄的.git目錄下麵的文件而不會包含實際項目源文件的拷貝。進入版本目錄,會發現只有.git目錄下的文件。這個版本庫裡面的文件都是.git目錄下麵的文件,把原本在.git目錄裡面的文件放在版本庫的根目錄下麵;換句話說,不使用--bare選項時,會生成.git目錄以及其下的版本歷史記錄文件,這些版本歷史記錄文件就存放在.git目錄下;而使用--bare選項時,不再生成.git目錄,而是只生成.git目錄下麵的版本歷史記錄文件,這些版本歷史記錄文件也不再存放在.git目錄下麵,而是直接存放在版本庫的根目錄下麵。

這麼多說明是不是頭暈了？我們來來測試一下：

這裡在桌面創建一個目錄叫testgit1，進入到testgit1目錄下，然後執行git init來初始化一個倉庫。然後，就會生成一個.git目錄，然後查看當前目錄是否有文件？第一個ls命令是不是什麼也沒有？是的，預設.git目錄是隱藏的。我們進入到.git目錄下，查看：

下麵簡單說明一下這幾個東東分別幹嘛用：

• HEAD是個頭指針，在處理版本切換時，就是這個指針前移、後移等，因此只會生成快照而已，不會重新下載完整的一份代碼，所以切換隻需要幾秒鐘就可以在不同的分支上開發了。是不是很方便？
• config是配置文件，想要看看內部有什麼東西，可以直接vi config查看。
• hooks叫鉤子，主要是用於控制commit、push等操作動作，若需要深入瞭解，可百度，這個東西也是有很深的學問的。
• objects是存儲所有的git對象，關於這個也可以百度閱讀相關文章，內容也很多。
• branches自然是分支的意思，用於管理分支，裡面會有所有的分支。
• description自然是描述信息
• info這個目錄就不清楚具體是幹嘛用了
• refs這個目錄有heads和tags，前者不清楚其用意，後者就是標簽，比如我們支持cocoapods的開源庫中升級就需要設置tag，對應版本。

用git init初始化的版本庫，用戶可在該目錄下執行所有git操作，但別的用戶在將push上來的時候容易出現衝突。因此，實際中會將遠程伺服器端創建一個倉庫時，才會使用--bare，而我們個別用戶在創建倉庫時，不使用--bare。

克隆版本

如果是本地的git倉庫，就直接使用下麵的命令，其中/path/to/repository是絕對路徑：

如果是在遠程伺服器這邊的倉庫，可以用這樣的命令。其中username公司給你開的git用戶，host是你們公司放置項目代碼的伺服器，/path/to/repository是遠程git倉庫的訪問路徑：

工作流

首先，我們需要理解git版本控制的工作流：

本地倉庫由工作目錄，它持有實際文件；第二個是緩存區，它像個緩存區域，臨時保存你的改動；最後是HEAD，指向你最近一次提交後的結果。

看看官方的圖解：

其流程：當前working dir通過add命令添加到stage緩存區中，再通過commit命令提交，HEAD就指向了這次提交的結果。

add命令添加

使用下麵的命令添加到緩存區，其中第一行代碼是只提交一個文件到緩存區，而第二行代碼是添加所有有改動的文件到緩存區：

commit命令提交本地

然後我們就可以通過commit提交，其中-m選項是comment的意思，也就是註釋，後面跟著一行註釋說明：

執行完commit後，現在，所做的改動已經提交到了HEAD，但是還沒到提交到遠端倉庫。

push命令推到遠端

你的改動現在已經在本地倉庫的HEAD中了，執行如下命令以將這些改動提交到遠端倉庫：

可以把master換成你想要推送的任何分支。 如果當前我們不是在主幹上開發，我們提交的代碼是要提交到當前正在開發的分支上。假設當前正在開發的分支名稱叫：Double11Activity表示雙11活動分支。那麼我們所做的改動應該推送到Double11Activity分支上。

remote add添加遠端倉庫

如果你還沒有克隆現有倉庫，並欲將你的倉庫連接到某個遠程伺服器，你可以使用如下命令添加：

其中server就是我們遠程git伺服器的訪問路徑。比如：

查看倉庫是否已經添加到遠端git倉庫，可使用下麵的命令：

如果出現類似這樣：

假設系統是CentOS系統，其中，git是用戶，server是伺服器地址，/Data/git/ios/demo.git是具體的項目倉庫目錄訪問地址。

有了這些，我們就能夠將本地改動推送到所添加的伺服器上去了。

pull命令拉代碼

想想多人同時開發時，除了你自己會發動代碼之外，其他同事也會改動代碼並提交到遠端倉庫，因此我們每次在提交之前，都應該先pull一下，將其他同事最新的代碼拉下來。如果有衝突，則需要先解決衝突，然後合併，且在xcode編譯運行通過，再將代碼推送到遠端倉庫。

拉最新代碼的命令就很容易了：

如果出現衝突，一定要解決，否則工程就打不開。如果解決不好，且在本機沒有在xcode上跑通，那麼一旦提交到遠端，其他同事一拉代碼，就會導致無法打開，或者編譯不通過，會影響他人的工作。

分支branch

分支是用來將敏捷開發的根本。在你創建倉庫的時候，master是“預設的”，通常用做主幹。在其它分支上進行開發，完成後再將它們合併到主幹上。

創建一個叫做feature_x的分支，並切換過去：

如果只是創建一個分支而不自動切換到該分支上，可以這樣：

想要切換到master上，這樣：

刪除分支：

通常在開發中，每一期的需求在開發之前，都需要建立一個新的分支，併在這個分支上開發。創建之後，我們還需要推送到遠端，不然其他同事無法一起參與開發。

合併分支：

合併方法：如果要將分支A合併到分支B，那麼應該這樣：先切換到B分支，然後執行命令：

也就是說，A要合併B，就要先切換到A分支，再執行合併命令。如果是B要合併A，就需要先切換到B分支，然後再合併A分支。

對於多人同時開發，尤其多團隊敏捷開發的大團隊，代碼合併是非常麻煩的事。今天下午將其他團隊剛上線的版本合併到主幹，再將主幹合併到當前我們團隊與其他團隊抽人共同開發的分支上，解決衝突就花了4個小時。

好在沒有沒有動storybard/xib這些地方，合併也就幾個小時就可以了。如果上一期開發做了很多的界面改動，而這個界面原來是由sb/xib開發的話，合併過來就困難了，那些是很難讀懂的一串串的東西，不知如何調。因此，對於大團隊開發，真的不建議使用xib/sb來開發。

合併之前，可以先查看當前分支與待合併過來的分支的有什麼不同：

註意事項

通常上線的分支都是master，也就是主幹，因此在實際開發中，必須保證主幹永遠是最乾凈的，只能將主幹代碼合併到其他分支，然後測試通過並上線後，再合併到主幹上

推薦git界面軟體：SourceTree

這個軟體對於那些不懂命令，也不想用命令的開發者來說，這個軟體就是一大福利。

我們可以直接將本地的倉庫直接添加進來，也可以克隆遠端倉庫到本地。點擊新倉庫就可以添加了，其中有四個選項，我們會選擇第一個：從URL克隆，也就是git訪問地址。

這裡面有很多個操作，每個就是對應於一個命令，如果不想使用命令操作，可以直接使用這個。

在實際開發中，解決衝突時，我還是要使用這個軟體來解決的，因此衝突文件有時候會達到上百個類文件衝突，要花一天時間來解決衝突。