前些天發現了一個巨牛的人工智能學習網站，通俗易懂，風趣幽默，忍不住分享一下給大家。點擊跳轉到教程。

分支管理是Git工作流的重點

在之前的文章中通過GitKraken可以很清楚的看到，每一次commit，git把他們串成了一條線，這條線就是一個分支，目前只有一個分支master，git里面叫他主分支。

創建分支并切換的原理

之前提到的?HEAD?嚴格來說不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是當前分支。

一開始的時候，master分支是一條線，Git用master指向最新的提交，再用HEAD指向master，就能確定當前分支，以及當前分支的提交點，每次提交，master分支都會向前移動一步，這樣，隨著你不斷提交，master分支的線也越來越長。

當我們創建新的分支，例如dev時，Git新建了一個指針叫dev，指向master相同的提交，再把HEAD指向dev，就表示當前分支在dev上。

不過，當切換到dev分支后，對工作區的修改和提交就是針對dev分支了，比如新提交一次后，dev指針往前移動一步，而master指針保持不變

假如我們在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最簡單的方法，就是直接把master指向dev的當前提交，就完成了合并。

合并完分支后，甚至可以刪除dev分支。刪除dev分支就是把dev指針給刪掉，刪掉后，我們就剩下了一條master分支，HEAD又指向了master

摘自?廖雪峰的官方網站，圖文并茂，非常清楚

實戰

創建與切換分支：

1、創建?develop?分支并切換：

git checkout -b develop

• 這里?checkout -b?是復合命令，一個是創建，一個是切換
• 創建分支的命令是?git branch develop
• 切換分支的命令是?git checkout develop

2、創建完成后執行?git branch?可以查看所有本地分支：

$ git branch
* develop # 前面帶星號的表示當前所在分支master

接下來所有的操作都會在develop分支上進行，除非你又執行了?git checkout <分支名>?切換到了其他的分支。

3、在GitKraken上操作：

• 方法一：點擊工具欄上的 Branch 按鈕來創建，完成之后會自動切換到新分支

• 方法二：在當前分支上右鍵，點擊?Create branch here?選項，然后輸入分支名稱

  在創建分支并切換后，我們來創建一個文件并提交到develop分支，然后再切換回master分支，你會發現master分支上沒有個之前在develop上的那個提交，而且你從項目目錄中也看不到剛剛創建的文件：

合并分支

這里加入說都在master分支上開發，你在master分支上拉了一個feature1分支開發一個新的功能，開發完成需要合并到master分支上

ff模式

# 切換到master分支，在GitKraken直接雙擊就可以切換分支
$ git checkout master# 開始合并
$ git merge feature1
Updating c9470f5..78ba880
Fast-forwardREADME.md | 4 +++-1 file changed, 3 insertions(+), 1 deletion(-)

注意到上面的?Fast-forward?信息，Git告訴我們，這次合并是“快進模式”，也就是直接把master指向feature1的當前提交，由于當前 master 分支所指向的提交是你當前提交（有關 develop的提交）的直接上游，所以 Git 只是簡單的將指針向前移動。

換句話說，當你試圖合并兩個分支時，如果順著一個分支走下去能夠到達另一個分支，那么 Git 在合并兩者的時候，只會簡單的將指針向前推進（指針右移），因為這種情況下的合并操作沒有需要解決的分歧——這就叫做 “快進（fast-forward）”。

通過GitKraken查看合并log，可以看到master和develop已經指向了同一個提交，也就是二者已經同步了，并且是在一條軸線上，看不出合并的痕跡：

–no-ff 模式

當然，除了快進模式還有其他的模式，比如說?--no-ff?模式，也就是非快進模式，這種模式會在merge的時候生成一個新的commit，這樣從分支歷史就可以看到分支合并記錄即使刪除了以后：

$ git merge --no-ff -m "使用 --no-ff 模式合并分支" feature1
Merge made by the 'recursive' strategy.README.md | 4 +++-1 file changed, 3 insertions(+), 1 deletion(-)

可以看到分支合并的記錄

如果你的上游分支和你的分支分叉了，合并時無法使用 ff 模式，而是直接使用 –no-ff 模式

什么意思呢？就是說加入你在你的分支中進行開發，而過了一會，另一個小伙伴將自己的分支合并到了master推動到了遠端，這時候你需要拉取最新的master代碼，這時候，master 分支所在提交并不是 你的分支feature1所在提交的直接祖先，通過log來看如下圖：

可以看到，你的feature1分支時基于c3拉取的，之后另一個小伙伴更新了master分支，這樣就出現了分叉，你的上游分支和你的分支都各自向前走了一步，這樣的話，如果用命令?git merge?不帶參數 將feature1合并到master分支，默認用的就是?--no-ff?模式：

$ git merge feature1
Auto-merging README.md
CONFLICT (content): Merge conflict in README.md
Automatic merge failed; fix conflicts and then commit the result.

這樣的話基本上會出現沖突，需要手動解決，沖突的解決將在下一節介紹，這里直接看解決完成的log：

刪除分支

合并完成之后，如果你不想要develop分支了，可以刪除它：

$ git branch -d develop
Deleted branch develop (was 2923b6d).

或者在GitKraken中右鍵develop分支（前提是切換到master分支操作），然后選擇?Delete develop?選項。

$ git branch
* master

可以看到，本地只剩下master分支了。

總結

• 查看本地分支：git branch

• 創建分支：git branch <name>

• 切換分支：git checkout <name>

• 創建并切換分支：git checkout -b <name>

• 合并某分支到當前分支：git merge <name>

• 刪除分支：git branch -d <name>? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 轉自：https://blog.csdn.net/mr_wuch/article/details/73436524