GitHub分支管理 - 多人共同作業

1. 多人共同作業

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

      要檢視遠端庫的資訊，用git remote：

1 [root@mini05 linuxmi]# git remote
2 origin
3 [root@mini05 linuxmi]# git remote -v  # 詳細資訊
4 origin    git@github.com:linuxidc/linuxmi.git (fetch)
5 origin    git@github.com:linuxidc/linuxmi.git (push)

       上面顯示了可以抓取和推播的origin的地址。如果沒有推播許可權，就看不到push的地址。

2. 推播分支

      推播分支，就是把該分支上的所有本地提交推播到遠端庫。推播時，要指定本地分支，這樣，Git就會把該分支推播到遠端庫對應的遠端分支上：

1 [root@mini05 linuxmi]# git push origin master
2 ………………

      如果要推播其他分支，比如dev，就改成：

1 [root@mini05 linuxmi]# git push origin dev
2 ………………

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

• master分支是主分支，因此要時刻與遠端同步；
• dev分支是開發分支，團隊所有成員都需要在上面工作，所以也需要與遠端同步；
• bug分支只用於在本地修復bug，就沒必要推到遠端了，除非老闆要看看你每周到底修復了幾個bug；
• feature分支是否推到遠端，取決於你是否和你的小夥伴合作在上面開發。

3. 抓取分支

3.1. 在mini04機器操作

      多人共同作業時，大家都會往master和dev分支上推播各自的修改。

      現在，模擬一個你的小夥伴，可以在另一台電腦（注意要把SSH Key新增到GitHub）或者同一台電腦的另一個目錄下克隆：

1 [root@mini04 git_repository]# git clone git@github.com:linuxidc/linuxmi.git
2 ………………

      當你的小夥伴從遠端庫clone時，預設情況下，你的小夥伴只能看到原生的master分支。不信可以用git branch命令看看：

1 [root@mini04 linuxmi]# git branch
2 * master

      現在，你的小夥伴要在dev分支上開發，就必須建立遠端origin的dev分支到本地，於是他用這個命令建立本地dev分支：

1 [root@mini04 linuxmi]# git checkout -b dev origin/dev 

      現在，他就可以在dev上繼續修改，然後，時不時地把dev分支push到遠端： 

[root@mini04 linuxmi]# cat env.txt  # 新加的檔案
# env.info
[root@mini04 linuxmi]# git add env.txt
[root@mini04 linuxmi]# git commit -m "add env"
[dev 645aae1] add env
 1 file changed, 1 insertion(+)
 create mode 100644 env.txt
[root@mini04 linuxmi]# git push origin dev  # 推播到遠端倉庫
Counting objects: 4, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 265 bytes | 0 bytes/s, done.
Total 3 (delta 1), reused 0 (delta 0)
remote: Resolving deltas: 100% (1/1), completed with 1 local object.
To git@github.com:linuxidc/linuxmi.git
  f168250..645aae1  dev -> dev

3.2. 在mini05機器操作

      你的小夥伴已經向origin/dev分支推播了他的提交，而碰巧你也對同樣的檔案作了修改，並試圖推播：

      推播失敗，因為你的小夥伴的最新提交和你試圖推播的提交有衝突，解決辦法也很簡單，Git已經提示我們，先用git pull把最新的提交從origin/dev抓下來，然後，在本地合併，解決衝突，再推播：

       git pull也失敗了，原因是沒有指定本地dev分支與遠端origin/dev分支的連結，根據提示，設定dev和origin/dev的連結：

1 [root@mini05 linuxmi]# git branch --set-upstream-to=origin/dev dev
2 Branch dev set up to track remote branch dev from origin.

      再次pull：

1 [root@mini05 linuxmi]# git pull
2 Auto-merging env.txt
3 CONFLICT (add/add): Merge conflict in env.txt
4 Automatic merge failed; fix conflicts and then commit the result.

       這回git pull成功，但是合併有衝突，需要手動解決，解決的方法和分支管理中的解決衝突完全一樣。解決後，提交，再push：

[root@mini05 linuxmi]# cat env.txt  # 手動合併保留的資訊
# env.info
project=test
[root@mini05 linuxmi]# git add env.txt  # 重新加入暫存區
[root@mini05 linuxmi]# git commit -m "fix env conflict"  # 提交
[dev 67223d3] fix env conflict
[root@mini05 linuxmi]# git push origin dev  # 推動到遠端倉庫
Counting objects: 9, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (4/4), done.
Writing objects: 100% (6/6), 576 bytes | 0 bytes/s, done.
Total 6 (delta 2), reused 0 (delta 0)
remote: Resolving deltas: 100% (2/2), completed with 1 local object.
To git@github.com:linuxidc/linuxmi.git
  645aae1..67223d3  dev -> dev 

3.3. 多人工作模式

      因此，多人共同作業的工作模式通常是這樣：

• 首先，可以試圖用git push origin <branch-name>推播自己的修改；
• 如果推播失敗，則因為遠端分支比你的本地更新，需要先用git pull試圖合併；
• 如果合併有衝突，則解決衝突，並在本地提交；
• 沒有衝突或者解決掉衝突後，再用git push origin <branch-name>推播就能成功！

說明：

      如果git pull提示no tracking information，則說明本地分支和遠端分支的連結關係沒有建立，用命令git branch --set-upstream-to <branch-name> origin/<branch-name>。

      這就是多人共同作業的工作模式，一旦熟悉了，就非常簡單。

4. 小結

• 檢視遠端庫資訊，使用git remote -v；
• 本地新建的分支如果不推播到遠端，對其他人就是不可見的；
• 從本地推播分支，使用git push origin branch-name，如果推播失敗，先用git pull抓取遠端的新提交；
• 在本地建立和遠端分支對應的分支，使用git checkout -b branch-name origin/branch-name，本地和遠端分支的名稱最好一致；
• 建立本地分支和遠端分支的關聯，使用git branch --set-upstream branch-name origin/branch-name；
• 從遠端抓取分支，使用git pull，如果有衝突，要先處理衝突。