git多人協(xié)作_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理
當(dāng)你從遠(yuǎn)程倉庫克隆時(shí),實(shí)際上Git自動(dòng)把本地的master分支和遠(yuǎn)程的master分支對(duì)應(yīng)起來了,并且,遠(yuǎn)程倉庫的默認(rèn)名稱是origin。
要查看遠(yuǎn)程庫的信息,用git remote:
$ git remote origin
或者,用git remote -v顯示更詳細(xì)的信息:
$ git remote -v origin git@github.com:michaelliao/learngit.git (fetch) origin git@github.com:michaelliao/learngit.git (push)
上面顯示了可以抓取和推送的origin的地址。如果沒有推送權(quán)限,就看不到push的地址。
推送分支
推送分支,就是把該分支上的所有本地提交推送到遠(yuǎn)程庫。推送時(shí),要指定本地分支,這樣,Git就會(huì)把該分支推送到遠(yuǎn)程庫對(duì)應(yīng)的遠(yuǎn)程分支上:
$ git push origin master
如果要推送其他分支,比如dev,就改成:
$ git push origin dev
但是,并不是一定要把本地分支往遠(yuǎn)程推送,那么,哪些分支需要推送,哪些不需要呢?
master分支是主分支,因此要時(shí)刻與遠(yuǎn)程同步;dev分支是開發(fā)分支,團(tuán)隊(duì)所有成員都需要在上面工作,所以也需要與遠(yuǎn)程同步;- bug分支只用于在本地修復(fù)bug,就沒必要推到遠(yuǎn)程了,除非老板要看看你每周到底修復(fù)了幾個(gè)bug;
- feature分支是否推到遠(yuǎn)程,取決于你是否和你的小伙伴合作在上面開發(fā)。
總之,就是在Git中,分支完全可以在本地自己藏著玩,是否推送,視你的心情而定!
抓取分支
多人協(xié)作時(shí),大家都會(huì)往master和dev分支上推送各自的修改。
現(xiàn)在,模擬一個(gè)你的小伙伴,可以在另一臺(tái)電腦(注意要把SSH Key添加到GitHub)或者同一臺(tái)電腦的另一個(gè)目錄下克?。?br />
$ git clone git@github.com:michaelliao/learngit.git Cloning into 'learngit'... remote: Counting objects: 46, done. remote: Compressing objects: 100% (26/26), done. remote: Total 46 (delta 16), reused 45 (delta 15) Receiving objects: 100% (46/46), 15.69 KiB | 6 KiB/s, done. Resolving deltas: 100% (16/16), done.
當(dāng)你的小伙伴從遠(yuǎn)程庫clone時(shí),默認(rèn)情況下,你的小伙伴只能看到本地的master分支。不信可以用git branch命令看看:
$ git branch * master
現(xiàn)在,你的小伙伴要在dev分支上開發(fā),就必須創(chuàng)建遠(yuǎn)程origin的dev分支到本地,于是他用這個(gè)命令創(chuàng)建本地dev分支:
$ git checkout -b dev origin/dev
現(xiàn)在,他就可以在dev上繼續(xù)修改,然后,時(shí)不時(shí)地把dev分支push到遠(yuǎn)程:
$ git commit -m "add /usr/bin/env" [dev 291bea8] add /usr/bin/env 1 file changed, 1 insertion(+) $ git push origin dev Counting objects: 5, done. Delta compression using up to 4 threads. Compressing objects: 100% (2/2), done. Writing objects: 100% (3/3), 349 bytes, done. Total 3 (delta 0), reused 0 (delta 0) To git@github.com:michaelliao/learngit.git fc38031..291bea8 dev -> dev
你的小伙伴已經(jīng)向origin/dev分支推送了他的提交,而碰巧你也對(duì)同樣的文件作了修改,并試圖推送:
$ git add hello.py $ git commit -m "add coding: utf-8" [dev bd6ae48] add coding: utf-8 1 file changed, 1 insertion(+) $ git push origin dev To git@github.com:michaelliao/learngit.git ! [rejected] dev -> dev (non-fast-forward) error: failed to push some refs to 'git@github.com:michaelliao/learngit.git' hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. Merge the remote changes (e.g. 'git pull') hint: before pushing again. hint: See the 'Note about fast-forwards' in 'git push --help' for details.
推送失敗,因?yàn)槟愕男』锇榈淖钚绿峤缓湍阍噲D推送的提交有沖突,解決辦法也很簡(jiǎn)單,Git已經(jīng)提示我們,先用git pull把最新的提交從origin/dev抓下來,然后,在本地合并,解決沖突,再推送:
$ git pull remote: Counting objects: 5, done. remote: Compressing objects: 100% (2/2), done. remote: Total 3 (delta 0), reused 3 (delta 0) Unpacking objects: 100% (3/3), done. From github.com:michaelliao/learngit fc38031..291bea8 dev -> origin/dev 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 dev origin/<branch>
git pull也失敗了,原因是沒有指定本地dev分支與遠(yuǎn)程origin/dev分支的鏈接,根據(jù)提示,設(shè)置dev和origin/dev的鏈接:
$ git branch --set-upstream dev origin/dev Branch dev set up to track remote branch dev from origin.
再pull:
$ git pull Auto-merging hello.py CONFLICT (content): Merge conflict in hello.py Automatic merge failed; fix conflicts and then commit the result.
這回git pull成功,但是合并有沖突,需要手動(dòng)解決,解決的方法和分支管理中的解決沖突完全一樣。解決后,提交,再push:
$ git commit -m "merge & fix hello.py" [dev adca45d] merge & fix hello.py $ git push origin dev Counting objects: 10, done. Delta compression using up to 4 threads. Compressing objects: 100% (5/5), done. Writing objects: 100% (6/6), 747 bytes, done. Total 6 (delta 0), reused 0 (delta 0) To git@github.com:michaelliao/learngit.git 291bea8..adca45d dev -> dev
因此,多人協(xié)作的工作模式通常是這樣:
1.首先,可以試圖用git push origin branch-name推送自己的修改;
2.如果推送失敗,則因?yàn)檫h(yuǎn)程分支比你的本地更新,需要先用git pull試圖合并;
3.如果合并有沖突,則解決沖突,并在本地提交;
4.沒有沖突或者解決掉沖突后,再用git push origin branch-name推送就能成功!
如果git pull提示“no tracking information”,則說明本地分支和遠(yuǎn)程分支的鏈接關(guān)系沒有創(chuàng)建,用命令git branch --set-upstream branch-name origin/branch-name。
這就是多人協(xié)作的工作模式,一旦熟悉了,就非常簡(jiǎn)單。
小結(jié)
- 查看遠(yuǎn)程庫信息,使用
git remote -v; - 本地新建的分支如果不推送到遠(yuǎn)程,對(duì)其他人就是不可見的;
- 從本地推送分支,使用
git push origin branch-name,如果推送失敗,先用git pull抓取遠(yuǎn)程的新提交; - 在本地創(chuàng)建和遠(yuǎn)程分支對(duì)應(yīng)的分支,使用
git checkout -b branch-name origin/branch-name,本地和遠(yuǎn)程分支的名稱最好一致; - 建立本地分支和遠(yuǎn)程分支的關(guān)聯(lián),使用
git branch --set-upstream branch-name origin/branch-name; - 從遠(yuǎn)程抓取分支,使用
git pull,如果有沖突,要先處理沖突。
- git忽略特殊文件_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理
- git遠(yuǎn)程倉庫_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理
- git修改和刪除功能_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理
- git分支管理_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理
- git沖突解決_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理
- github的使用_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理
- git標(biāo)簽管理_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理
- git工作區(qū)和暫存區(qū)_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理
- git簡(jiǎn)介_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理
- git自定義_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理
相關(guān)文章
使用idea搭建springboot initializer服務(wù)器的問題分析
這篇文章主要介紹了使用idea搭建springboot initializer服務(wù)器的問題分析,本文給大家分享大家過程通過示例代碼給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2020-10-10
CyberPanel配置教程,新手安裝?CyberPanel?終極指南
CyberPanel?是第一個(gè)LiteSpeed為web服務(wù)器的Linux面板,使用LiteSpeed?Cache簡(jiǎn)單優(yōu)化之后?Gtmetrix?和?Google?PageSpeed?Insights?的評(píng)分幾乎都是A,這個(gè)結(jié)果讓人十分滿意2023-12-12
在CentOS6.5上使用Jexus安裝部署ASP.NET MVC4和WebApi
本文主要介紹如何在CentOS6.5安裝Jexus,并介紹其常用命令以及如何創(chuàng)建和部署ASP.NET MVC4項(xiàng)目,從而實(shí)現(xiàn)跨平臺(tái)部署。2016-05-05
使用cwRsync實(shí)現(xiàn)windows下服務(wù)器文件定時(shí)同步備份(附錯(cuò)誤處理方法)
原來服務(wù)器一直用綠環(huán)ftp同步工具,發(fā)現(xiàn)一些大文件經(jīng)常無法同步,所以這里推薦使用cwRsync2012-06-06
zlmediakit實(shí)現(xiàn) rtsp流服務(wù)器的方法
這篇文章主要介紹了zlmediakit實(shí)現(xiàn) rtsp流服務(wù)器,本次實(shí)現(xiàn)是將內(nèi)存中的H264數(shù)據(jù)經(jīng)過zlmediakit實(shí)現(xiàn)為rtsp流,我用的是CAPI的方式,將zlmediakit作為一個(gè)sdk嵌入到自己的程序中而不是作為一個(gè)獨(dú)立的進(jìn)進(jìn)程服務(wù),需要的朋友可以參考下2024-04-04
詳解samba + OPENldap 搭建文件共享服務(wù)器問題
這篇文章主要介紹了samba + OPENldap 搭建文件共享服務(wù)器,這里我使用的是 samba(文件共享服務(wù)) v4.9.1 + OPENldap(后端數(shù)據(jù)庫軟件) v2.4.44 + smbldap-tools(后端數(shù)據(jù)庫管理軟件) v0.9.11 + CentOS7。 需要的朋友可以參考下2019-10-10
近期服務(wù)器出現(xiàn)的安全問題以及防范措施2017.05
近期接到idc商的反饋,最近很多使用windows的主機(jī)都被拿下控制權(quán),直接修改iis等2017-08-08

