通過今天的學習，讓我更深層次地接觸Git,從剛開始的盲目不能理解為什麼需要進行代碼的執行，甚至代碼還經常打錯，到後面漸漸理解GitHub.首先應該創建本地分支，之後在本地分支上編輯修改，然後提交，推送提交Push到 Github，創建發佈請求（Pull Request），説明該分支包含了哪些更改，合併（Merge）分支內容到主分支，將主分支上的最新提交拉取（pull）到本地

今天閲讀了git裏面的分支管理，讓我覺得可以通過這樣的方式去提高了工作上的效率，更多時間花在設計方面，減少時間進行分支。首先可以創建了一個屬於你自己的分支，別人看不到，還繼續在原來的分支上正常工作，而你在自己的分支上幹活，想提交就提交，直到開發完畢後，再一次性合併到原來的分支上，這樣，既安全，又不影響別人工作。

主要的是以下四個方面進行分析：

1建立與合併分支

當我們需要調試某個Bug或者嘗試添加或修改程序中的某個模塊，而又不能影響主分支的開發時。就可以通過創建分支來滿足需求。創建分支相當於是創建一個新的分支指針指向當前所在的提交。當我們創建新的分支，例如dev時，Git新建了一個指針叫dev，指向master相同的提交，再把HEAD指向dev，就表示當前分支在dev上；

2.Bug分支

軟件開發中，bug就像家常便飯一樣。有了bug就需要修復，在Git中，由於分支是如此的強大，所以，每個bug都可以通過一個新的臨時分支來修復，修復後，合併分支，然後將臨時分支刪除。當手頭工作沒有完成時，先把工作現場git stash一下，然後去修復bug，修復後，再git stash pop，回到工作現場。

3. Feature分支

當有新的功能需要添加的時候，當添加一個新功能時，自然是不希望因為一些實驗性質的代碼，把主分支搞亂了，所以，每添加一個新功能，最好新建一個feature分支，在上面開發，完成後，合併，最後，刪除該feature分支。

4.解決衝突:

當Git無法自動合併分支時，就必須首先解決衝突。解決衝突後，再提交，合併完成。解決衝突就是把Git合併失敗的文件手動編輯為我們希望的內容，再提交。用git log --graph命令可以看到分支合併圖。

分支管理的命令主要是:

查看分支：git branch

創建分支：git branch <name>

切換分支：git checkout <name>

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

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

刪除分支：git branch -d <name>