Git 學習筆記 - 16 - 多人協作

注：本文參照的是廖雪峰老師的Git教程

概述：

很多時候，因為專案的交期比較短，所以需要多個人一起開發一個專案，每個人負責部分功能，這時就可以利用 Git 的多人協作了。

操作：

1. 檢視遠端倉庫資訊

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

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

   git remote
   

2. 要檢視更加詳細的資訊，用git remote -v：

   git remote -v
   

   這裡的詳細資訊包括了可以抓取和推送的origin

   的地址。如果沒有推送許可權，就看不到push的地址。

2. 推送分支

之前我們說過可以使用 git push 可以將master的分支上更新推送到GitHub上的遠端倉庫上面；

後面我們又提到不能直接的在master上面修改，要儘量保證master上面的資料都是一個個完整的版本，平時我們都在團隊建立的dev分支上提交，每個人都在dev上延伸出自己的分支來開發，

這裡就設計到我們需要把指定的分支推送到GitHub的遠端倉庫上。

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

git
 
 push origin master

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

git push origin dev

但是並不是所有分支都要推送到遠端倉庫的。

那麼，哪些分支需要推送，哪些不需要呢？

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

總之，就是在Git中，分支完全可以在本地自己藏著玩，是否推送，視你的心情而定！

3. 抓取分支

多人協作時，大家都會往master和dev分支上推送各自的修改。

1. 模擬一個你的同事，可以在另一臺電腦（注意要把SSH Key新增到GitHub）或者同一臺電腦的另一個目錄下克隆：

   git clone [email protected]:StarsForY/learngit.git
   

   預設情況下，同事只能看到本地的master分支。我們可以通過用git branch命令檢視當前的分支：

   git branch
   

   ps：兄弟我就一臺電腦，這個克隆之前演示過了，且這個檢視分支，我擦，dev分支就在我的本地，不可能看不到啊，除非我幹掉它...話說可以切資料夾，但是我感覺這樣的話和之前的操作沒什麼兩樣了，不玩了

2. 同事要在dev分支上開發，就必須建立遠端origin的dev分支到本地，於是他用這個命令建立本地dev分支：

$ git checkout -b dev origin/dev

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

git push origin dev

3. 既然是多人協作，那兩人開發時修改同一個檔案的情況就無法避免，

   同事已經向origin/dev分支推送了他的提交，而碰巧你也對同樣的檔案作了修改，並試圖推送，此時就會報錯，錯誤如下：

   To github.com:michaelliao/learngit.git
    ! [rejected]        dev -> dev (non-fast-forward)
   error: failed to push some refs to '[email protected]:michaelliao/learngit.git'
   hint: Updates were rejected because the tip of your current branch is behind
   hint: its remote counterpart. Integrate the remote changes (e.g.
   hint: 'git pull ...') before pushing again.
   hint: See the 'Note about fast-forwards' in 'git push --help' for details.
   

   推送失敗，因為你的同事的最新提交和你試圖推送的提交有衝突，

   解決辦法也很簡單：Git已經提示我們，先用git pull把最新的提交從origin/dev抓下來，然後，在本地合併，解決衝突，再推送。但是這有個問題：使用 git pull將最新提交抓下來。

   There is no tracking information for the current branch.
   Please specify which branch you want to merge with.
   See git-pull(1) for details.
   
       git pull <remote> <branch>
   
   If you wish to set tracking information for this branch you can do so with:
   
       git branch --set-upstream-to=origin/<branch> dev
   

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

   命令：

   $ git branch --set-upstream-to=origin/dev dev
   

   然後再 pull ：

   Auto-merging env.txt
   CONFLICT (add/add): Merge conflict in env.txt
   Automatic merge failed; fix conflicts and then commit the result.
   

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

4. 多人協作的工作模式通常是這樣：

1. 首先，可以試圖用git push origin <branch-name>推送自己的修改；
2. 如果推送失敗，則因為遠端分支比你的本地更新，需要先用git pull試圖合併；
3. 如果合併有衝突，則解決衝突，並在本地提交；
4. 沒有衝突或者解決掉衝突後，再用git push origin <branch-name>推送就能成功！
5. 如果git pull提示no tracking information，則說明本地分支和遠端分支的連結關係沒有建立，用命令git branch --set-upstream-to <branch-name> origin/<branch-name>。

總結：

• 檢視遠端庫資訊，使用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，如果有衝突，要先處理衝突。