20180624_Git分支管理之多人協作
Git分支管理之多人協作
感謝廖雪峰老師提供的git教程
傳送門：
https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013760174128707b935b0be6fc4fc6ace66c4f15618f8d000
當你從遠程倉庫克隆時，實際上Git自動把本地的master分支和遠程的master分支對應起來了，並且，遠程倉庫的默認名稱是origin。
要查看遠程庫的信息，用git remote：
|
$ git remote origin |
或者，用git remote -v顯示更詳細的信息：
$
|
上面顯示了可以抓取和推送的origin的地址。如果沒有推送權限，就看不到push的地址。
推送分支
推送分支，就是把該分支上的所有本地提交推送到遠程庫。推送時，要指定本地分支，這樣，Git就會把該分支推送到遠程庫對應的遠程分支上：
$
|
如果要推送其他分支，比如dev，就改成：
$
|
但是，並不是一定要把本地分支往遠程推送，那麽，哪些分支需要推送，哪些不需要呢？
- master分支是主分支，因此要時刻與遠程同步；
- dev分支是開發分支，團隊所有成員都需要在上面工作，所以也需要與遠程同步；
- bug分支只用於在本地修復bug，就沒必要推到遠程了，除非老板要看看你每周到底修復了幾個bug；
- feature分支是否推到遠程，取決於你是否和你的小夥伴合作在上面開發。
總之，就是在Git中，分支完全可以在本地自己藏著玩，是否推送，視你的心情而定！
抓取分支
多人協作時，大家都會往master和dev分支上推送各自的修改。
現在，模擬一個你的小夥伴，可以在另一臺電腦（註意要把SSH Key添加到GitHub）或者同一臺電腦的另一個目錄下克隆：
|
$ git clone [email protected]:michaelliao/learngit.git Cloning into ‘learngit‘... remote: Counting objects: 40, done. remote: Compressing objects: 100% (21/21), done. remote: Total 40 (delta 14), reused 40 (delta 14), pack-reused 0 Receiving objects: 100% (40/40), done. Resolving deltas: 100% (14/14), done. |
當你的小夥伴從遠程庫clone時，默認情況下，你的小夥伴只能看到本地的master分支。不信可以用git branch命令看看：
|
$ git branch * master |
PS:
fatal: not a git repository (or any of the parent directories): .git
說是沒有找到存儲庫。在他的下一級還有一個learngit。
現在，你的小夥伴要在dev分支上開發，就必須創建遠程origin的dev分支到本地，於是他用這個命令創建本地dev分支：
|
$ git checkout -b dev origin/dev |
PS：上面的這個語句我創建不成功。我使用的是
|
$ git checkout -b dev |
現在，他就可以在dev上繼續修改，然後，時不時地把dev分支push到遠程：
|
$ git add env.txt
$ git commit -m "add env" [dev 7a5e5dd] add env 1 file changed, 1 insertion(+) create mode 100644 env.txt
$ git push origin dev Counting objects: 3, done. Delta compression using up to 4 threads. Compressing objects: 100% (2/2), done. Writing objects: 100% (3/3), 308 bytes | 308.00 KiB/s, done. Total 3 (delta 0), reused 0 (delta 0) To github.com:michaelliao/learngit.git f52c633..7a5e5dd dev -> dev |
你的小夥伴已經向origin/dev分支推送了他的提交，而碰巧你也對同樣的文件作了修改，並試圖推送：
[dev 7bd91f1] add new env 1 file changed, 1 insertion(+) create mode 100644 env.txt $ git push 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抓下來，然後，在本地合並，解決沖突，再推送：
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的鏈接：
|
再pull：
$
Auto
CONFLICT Automatic |
PS:這是提示我要合並分支。以前沒有合並的文件。
這回git pull成功，但是合並有沖突，需要手動解決，解決的方法和分支管理中的解決沖突完全一樣。解決後，提交，再push：
[dev 57c53ab] fix env conflict $ git push origin dev Counting objects: 6, done. Delta compression using up to 4 threads. Compressing objects: 100% (4/4), done. Writing objects: 100% (6/6), 621 bytes | 621.00 KiB/s, done. Total 6 (delta 0), reused 0 (delta 0) To github.com:michaelliao/learngit.git 7a5e5dd..57c53ab dev -> dev |
因此，多人協作的工作模式通常是這樣：
- 首先，可以試圖用
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>。
這就是多人協作的工作模式，一旦熟悉了，就非常簡單。
小結
- 查看遠程庫信息，使用
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，如果有沖突，要先處理沖突。
20180624_Git分支管理之多人協作