用了一段時間github,一直想用時間來對git的使用來做一段筆記，前段時間比較忙，現在沉下心來學習也是極好的。

很多專案開發會採用git這一優秀的分散式版本管理工具來進行專案版本管理。因為git的使用非常靈活，所以在實際操作中會有許多不同的工作流程。不同團隊對於不同專案會有不同的協作方式。掌握git版本管理開發，對以後的學習和開發都有很多好處。

首先基本名詞要懂：

倉庫（Repository）、分支（branch）、工作流（workflow）

1. 倉庫（Repository）

在專案的開始到結束，我們會有兩種倉庫。一種是源倉庫（origin），一種是開發者倉庫。

源倉庫（origin）的有兩個作用：

• 彙總參與該專案的各個開發者的程式碼

• 存放趨於穩定和可釋出的程式碼

源倉庫應該是受保護的，開發者不應該直接對其進行開發工作。只有專案管理者（通常是專案發起人）能對其進行較高許可權的操作。

開發者倉庫：

    任何開發者都不會對源倉庫進行直接的操作，源倉庫建立以後，每個開發者需要做的事情就是把源倉庫的“複製”一份，作為自己日常開發的倉庫。這個複製，也就是github上面的fork。

    每個開發者所fork的倉庫是完全獨立的，互不干擾，甚至與源倉庫都無關。  每個開發者倉庫相當於一個源倉庫實體的影像，  開發者在這個影像中進行編碼， 提交到自己的倉庫中，這樣就可以輕易地實現團隊成員之間的並行開發工作。  而開發工作完成以後,   開發者可以向源倉庫傳送pull request

2. 分支（branch） 

在git中，分支操作則是每個開發人員日常工作流。利用git的分支，可以非常方便地進行開發和測試。

我們為git定下一種分支模型，在這種模型中，分支有兩類，五種：

• 永久性分支

  • master branch：主分支

  • develop branch：開發分支

• 臨時性分支

  • feature branch：功能分支

  • release branch：預釋出分支

  • hotfix branch：bug修復分支

master：主分支從專案一開始便存在，它用於存放經過測試，已經完全穩定程式碼；在專案開發以後的任何時刻當中，master存放的程式碼應該是可作為產品供使用者使用的程式碼。每一次master更新的時候都應該用git打上tag，說明你的產品有新版本釋出了。

develop：開發分支，一開始從master分支中分離出來，用於開發者存放基本穩定程式碼。開發者把功能做好以後，是存放到自己的develop中，當測試完以後，可以向管理者發起一個pull request，請求把自己倉庫的develop分支合併到源倉庫的develop中。

歸納：所有開發者開發好的功能會在源倉庫的develop分支中進行彙總，當develop中的程式碼經過不斷的測試，已經逐漸趨於穩定了，接近產品目標了。這時候，我們就可以把develop分支合併到master分支中，釋出一個新版本。

feature：功能性分支，是用於開發專案的功能的分支，是開發者主要戰鬥陣地。開發者在本地倉庫從develop分支分出功能分支，在該分支上進行功能的開發，開發完成以後再合併到develop分支上，這時候功能性分支已經完成任務，可以刪除。功能性分支的命名一般為feature-*，*為需要開發的功能的名稱。

release：預釋出分支，當產品即將釋出的時候，要進行最後的調整和測試，這時候就可以分出一個預釋出分支，進行最後的bug fix。測試完全以後，釋出新版本，就可以把預釋出分支刪除。預釋出分支一般命名為release-*。

hotfix：修復bug分支，當產品已經發布了，突然出現了重大的bug。這時候就要新建一個hotfix分支，繼續緊急的bug修復工作，當bug修復完以後，把該分支合併到master和develop以後，就可以把該分支刪除。修復bug分支命名一般為hotfix-*。

示範：舉一個例子，A正在做一個團隊專案，已經把源倉庫fork了，並且clone到了本地。現在要開發網站的某個功能。A在本地倉庫中可以這樣做：

1. 切換到develop分支 ：>>> git checkout develop

2. 分出一個功能性分支： >>> git checkout -b feature-discuss

3. 在功能性分支上進行開發工作，多次commit，測試以後...

4. 把做好的功能合併到develop中：

   >>> git checkout develop    # 回到develop分支    

   >>> git merge--no-ff feature-discuss# 把做好的功能合併到develop中    

   >>> git branch -d feature-discuss    # 刪除功能性分支    

   >>> git push origin develop    # 把develop提交到自己的遠端倉庫中

3. 工作流（workflow）

    1) 源倉庫的構建，建立一個專案，初始化了兩個永久性分支master和develop.

    2) 開發者fork源倉庫

    3) 把自己開發者倉庫clone到本地，命令：git clone

    4) 構建功能分支進行開發，完成後合併到自己的develop分支。

     進入倉庫中，按照前面說所的構建功能分支的步驟，構建功能分支進行開發、合併，假設我現在要開發一個“討論”功能：

　　>>> git checkout develop    # 切換到`develop`分支   

　　>>> git checkout -b feature-discuss    # 分出一個功能性分支    

　　>> touch discuss.js    # 假裝discuss.js就是我們要開發的功能    

　　>> git add .    

　　>> git commit -m 'finish discuss feature'# 提交更改    

　　>>> git checkout develop    # 回到develop分支    

　　>>> git merge--no-ff feature-discuss# 把做好的功能合併到develop中    

　　>>> git branch -d feature-discuss    # 刪除功能性分支    

　　>>> git push origin develop    # 把develop提交到自己的遠端倉庫中

    5) 向管理員提交pull request。經過測試以後，覺得沒問題，就可以請求管理員把自己倉庫的develop分支合併到源倉庫的develop分支中，這就是傳說中的pull request。

    6) 管理員測試、合併

         1) 對程式碼進行review，github提供非常強大的程式碼review功能

         2) 在本地測試新建一個測試分支，測試pull request的程式碼

 >> git checkout develop    # 進入本地的develop分支    

         >> git checkout -b livoras-develop    

             # 從develop分支中分出一個叫livoras-develop的測試分支測試pull request程式碼    

         >> git pull https://github.com/livoras/git-demo.git develop    

            # 把pull request的程式碼pull到測試分支中，進行測試

         3) 判斷是否同意合併到源倉庫的develop中，如果經過測試沒問題，可以把我的程式碼合併到源倉庫的develop中：

         >> git checkout develop    

         >> git merge--no-ff livoras-develop    

         >> git push origin develop