Git 核心操作圖解
想必大家平時都用 Git 管理代碼，通過女朋友誤刪代碼這事，我發現大家平時都或多或少有因爲 Git 用得不熟耽誤時間的，比如說：
- 怎麼又報 detached HEAD 了？
2.push 不上去了，提示 non fast-forwards，什麼鬼？
- 我想把正在開發的這個項目開源到 GitHub 上去，怎們做可以同時 push 到公司的代碼平臺和 GitHub 呢？
4.GitLab 上怎麼做 code review？
根本原因還是沒有系統學習過 Git，直接上手就 add、commit、pull、push 一把梭。
相比同類軟件，Git 有很多優點。其中很顯著的一點，就是版本的分支（branch）和合並（merge）十分方便。
有些傳統的版本管理軟件，分支操作實際上會生成一份現有代碼的物理拷貝，而 Git 只生成一個指向當前版本（又稱 "快照"）的指針，因此非常快捷易用。
但是，太方便了也會產生副作用。如果你不加註意，很可能會留下一個枝節蔓生、四處開放的版本庫，到處都是分支，完全看不出主幹發展的脈絡。
那有沒有一個好的分支策略呢？答案當然是有的。
一、主分支 Master
首先，代碼庫應該有一個、且僅有一個主分支。所有提供給用戶使用的正式版本，都在這個主分支上發佈。
Git 主分支的名字，默認叫做 Master。它是自動建立的，版本庫初始化以後，默認就是在主分支在進行開發。
二、開發分支 Develop
主分支只用來發布重大版本，日常開發應該在另一條分支上完成。我們把開發用的分支，叫做 Develop。
這個分支可以用來生成代碼的最新隔夜版本（nightly）。如果想正式對外發布，就在 Master 分支上，對 Develop 分支進行 "合併"（merge）。
Git 創建 Develop 分支的命令：
git checkout -b develop master將 Develop 分支發佈到 Master 分支的命令：
# 切換到Master分支
git checkout master
# 對Develop分支進行合併
git merge --no-ff develop這裏稍微解釋一下上一條命令的 --no-ff 參數是什麼意思。默認情況下，Git 執行 "快進式合併"（fast-farward merge），會直接將 Master 分支指向 Develop 分支。
使用 --no-ff 參數後，會執行正常合併，在 Master 分支上生成一個新節點。爲了保證版本演進的清晰，我們希望採用這種做法。
三、臨時性分支
前面講到版本庫的兩條主要分支：Master 和 Develop。前者用於正式發佈，後者用於日常開發。其實，常設分支只需要這兩條就夠了，不需要其他了。
但是，除了常設分支以外，還有一些臨時性分支，用於應對一些特定目的的版本開發。臨時性分支主要有三種：
-
功能（feature）分支
-
預發佈（release）分支
-
修補 bug（fixbug）分支
這三種分支都屬於臨時性需要，使用完以後，應該刪除，使得代碼庫的常設分支始終只有 Master 和 Develop。
接下來，一個個來看這三種 "臨時性分支"。
第一種是功能分支，它是爲了開發某種特定功能，從 Develop 分支上面分出來的。開發完成後，要再併入 Develop。
功能分支的名字，可以採用 feature-* 的形式命名。
創建一個功能分支：
git checkout -b feature-x develop開發完成後，將功能分支合併到 develop 分支：
git checkout develop
git merge --no-ff feature-x刪除 feature 分支：
git branch -d feature-x第二種是預發佈分支，它是指發佈正式版本之前（即合併到 Master 分支之前），我們可能需要有一個預發佈的版本進行測試。
預發佈分支是從 Develop 分支上面分出來的，預發佈結束以後，必須合併進 Develop 和 Master 分支。它的命名，可以採用 release-* 的形式。
創建一個預發佈分支：
git checkout -b release-1.2 develop確認沒有問題後，合併到 master 分支：
git checkout master
git merge --no-ff release-1.2
# 對合並生成的新節點，做一個標籤
git tag -a 1.2再合併到 develop 分支：
git checkout develop
git merge --no-ff release-1.2最後，刪除預發佈分支：
git branch -d release-1.2最後一種是修補 bug 分支。軟件正式發佈以後，難免會出現 bug。這時就需要創建一個分支，進行 bug 修補。
修補 bug 分支是從 Master 分支上面分出來的。修補結束以後，再合併進 Master 和 Develop 分支。它的命名，可以採用 fixbug-* 的形式。
創建一個修補 bug 分支：
git checkout -b fixbug-0.1 master修補結束後，合併到 master 分支：
git checkout master
git merge --no-ff fixbug-0.1
git tag -a 0.1.1再合併到 develop 分支：
git checkout develop
git merge --no-ff fixbug-0.1最後，刪除 "修補 bug 分支"：
git branch -d fixbug-0.1原文鏈接（阮一峯老師的博客）：https://www.ruanyifeng.com/blog/2012/07/git.html
本文由 Readfog 進行 AMP 轉碼，版權歸原作者所有。
來源：https://mp.weixin.qq.com/s/Fg5rht0k583YvHD0pMJ_BQ