在test.txt新增一行內容“888888”，然後提交，如下所示：

現在切換到master分支上，也在test.txt最後一行新增內容，內容為"999999"，如下所示：

Git還會自動提示我們當前master分支比遠端的master分支要超前1個提交，在master上提交：

現在，master分支和dev1分支各自都分別有新的提交。這種情況下，Git無法執行“快速合併”，只能試圖把各自的修改合併起來，但這種合併就可能會有衝突：

Git告訴我們，test.txt檔案存在衝突，必須手動解決衝突後再提交。git status也可以告訴我們衝突的檔案：

可以直接檢視readme.txt的內容：

Git用<<<<<<<，=======，>>>>>>>標記出不同分支的內容，其中<<<HEAD是指主分支修改的內容，>>>>>dev1 是指dev1上修改的內容，開啟test.txt檔案，修改下如下後儲存：

現在已經是我們想要的效果了，提交：

用帶引數的git log也可以看到分支的合併情況：

最後，刪除dev1分支：

通常合併分支時，Git會用“Fast forward”模式，但這種模式下，刪除分支會丟掉分支資訊。如果強制禁用“Fast forward"模式，Git就會在merge時生成一個新的commit，這樣，從分支歷史上就可以看出分支資訊。現在我們來使用帶引數 –no-ff來禁用”Fast forward”模式。

首先，仍然建立並切換dev分支：

修改test.txt檔案，並提交一個新的commit：

現在切換回master,合併dev分支，使用“--no-ff”引數。因為本次合併要建立一個新的commit，所以加上-m

引數，把commit描述寫進去。

合併後，我們用git log看看分支歷史：

現在已經建立、合併、刪除了一些分支，讓我們看看一些常用的分支管理工具。

git branch命令不只是可以建立與刪除分支。 如果不加任何引數執行它，會得到當前所有分支的一個列表：

注意master分支前的*字元：它代表現在檢出的那一個分支（也就是說，當前HEAD指標所指向的分支）。 這意味著如果在這時候提交，master分支將會隨著新的工作向前移動。 如果需要檢視每一個分支的最後一次提交，可以執行git branch -v命令：

--merged與--no-merged這兩個有用的選項可以過濾這個列表中已經合併或尚未合併到當前分支的分支。 如果要檢視哪些分支已經合併到當前分支，可以執行git branch --merged：

因為之前已經合併了dev分支，所以現在看到它在列表中。 在這個列表中分支名字前沒有*號的分支通常可以使用git branch -d刪除掉——你已經將它們的工作整合到了另一個分支，所以並不會失去任何東西。

檢視所有包含未合併工作的分支，可以執行git branch --no-merged命令。

現在，用git status檢視工作區，就是乾淨的（除非有沒有被Git管理的檔案），因此可以放心地建立分支來修復bug。首先確定要在哪個分支上修復bug，假定需要在master分支上修復，就從master建立臨時分支issue-404,現在修復bug，然後提交：

修復完成後，切換到master分支，並完成合並，最後刪除issue-404分支：

現在，我們可以回到dev分支上了

工作區是乾淨的，那麼我們工作現場去哪裡呢？我們可以使用命令 git stash list來檢視下：

工作現場還在，Git把stash內容存在某個地方了，但是需要恢復一下，可以使用如下2個方法：

當你從遠端倉庫克隆時，實際上Git自動把本地的master分支和遠端的master分支對應起來了，並且，遠端倉庫的預設名稱是origin。

但並不是一定要把本地分支往遠端推送，那麼，哪些分支需要推送，哪些不需要呢？

• master分支是主分支，因此要時刻與遠端同步；

• dev分支是開發分支，團隊所有成員都需要在上面工作，所以也需要與遠端同步；

• bug分支只用於在本地修復bug，就沒必要推到遠端了，除非老闆要看看你每週到底修復了幾個bug；

首先我的mygit目錄的dev分支也要推送到遠端去，如下：

現在我們可以模擬另外一個同事，可以在另一臺電腦上（注意要把SSH key新增到github上）或者同一臺電腦上另外一個目錄克隆，新建一個目錄名字叫mygit2,克隆遠端的庫到本地來

現在目錄下生成如下所示:

當你的小夥伴從遠端庫clone時，預設情況下，你的小夥伴只能看到本地的master分支