Git协作
前面的话
本文将详细介绍Git多人协作的具体内容
远程仓库
当你从远程仓库克隆时,实际上Git自动把本地的master分支和远程的master分支对应起来了,并且,远程仓库的默认名称是origin。
要查看远程库的信息,用git remote:
或者,用git remote -v显示更详细的信息:
上面显示了可以抓取和推送的origin
的地址。如果没有推送权限,就看不到push的地址
推送分支
推送分支,就是把该分支上的所有本地提交推送到远程库。推送时,要指定本地分支,这样,Git就会把该分支推送到远程库对应的远程分支上
$ git push origin master
如果要推送其他分支,比如dev,就改成:
$ git push origin dev
但是,并不是一定要把本地分支往远程推送,那么,哪些分支需要推送,哪些不需要呢?
master分支是主分支,因此要时刻与远程同步;
dev分支是开发分支,团队所有成员都需要在上面工作,所以也需要与远程同步;
bug分支只用于在本地修复bug,就没必要推到远程了,除非老板要看看你每周到底修复了几个bug;
feature分支是否推到远程,取决于你是否和你的小伙伴合作在上面开发
抓取分支
多人协作时,大家都会往master和dev分支上推送各自的修改
现在,模拟一个你的小伙伴,可以在另一台电脑(注意要把SSH Key添加到GitHub)或者同一台电脑的另一个目录下克隆:
当你的小伙伴从远程库clone时,默认情况下,你的小伙伴只能看到本地的master分支
现在,你的小伙伴要在dev
分支上开发,就必须创建远程origin
的dev
分支到本地,于是他用这个命令创建本地dev
分支:
$ git checkout -b dev origin/dev
现在,他就可以在dev
上继续修改,然后,时不时地把dev
分支push
到远程:
你的小伙伴已经向origin/dev
分支推送了他的提交,而碰巧你也对同样的文件作了修改,并试图推送
推送失败,因为你的小伙伴的最新提交和你试图推送的提交有冲突,解决办法也很简单,Git已经提示我们,先用git pull
把最新的提交从origin/dev
抓下来,然后,在本地合并,解决冲突,再推送:
git pull
也失败了,原因是没有指定本地dev
分支与远程origin/dev
分支的链接,根据提示,设置dev
和origin/dev
的链接
再pull:
这回git pull
成功,但是合并有冲突,需要手动解决,解决的方法和分支管理中的解决冲突完全一样。解决后,提交,再push:
fetch和pull
要获取服务器远程分支的数据有两条命令可以使用除了上面使用过的pull命令之外,还有fetch命令
$ git fetch origin 同步远程服务器origin上master分支的数据到本地
使用fetch命令,只是将origin的数据下载到了本地,但本地的工作目录只有使用merge合并,才能更新为最新的内容
$ git merge origin/master 合并远程服务器上的远程分支master到本地分支master
而如果使用pull命令,则相当于fetch和merge这两个命令的合并
$ git pull origin 同步远程服务器origin上master分支的数据到本地,并合并到本地分支master
如果不是默认的master分支,而是其他分支,比如dev分支,则可以使用
$ git pull origin dev
相当于
$ git fetch origin dev
$ git merge origin/dev
总结
因此,多人协作的工作模式通常是这样:
-
首先,可以试图用
git push origin <branchname>
推送自己的修改; -
如果推送失败,则因为远程分支比你的本地更新,需要先用
git pull
试图合并; -
如果合并有冲突,则解决冲突,并在本地提交;
-
没有冲突或者解决掉冲突后,再用
git push origin branch-name
推送就能成功
如果git pull
提示“no tracking information”,则说明本地分支和远程分支的链接关系没有创建,用命令git branch --set-upstream branch-name origin/branch-name
好的代码像粥一样,都是用时间熬出来的