Git 学习笔记 - 16 - 多人协作
注:本文参照的是廖雪峰老师的Git教程
概述:
很多时候,因为项目的交期比较短,所以需要多个人一起开发一个项目,每个人负责部分功能,这时就可以利用 Git 的多人协作了。
操作:
1. 查看远程仓库信息
当你从远程仓库克隆时,实际上Git自动把本地的master
分支和远程的master
分支对应起来了,并且,远程仓库的默认名称是origin
。
-
要查看远程库的信息,用
git remote
:git remote
-
要查看更加详细的信息,用
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
分支上推送各自的修改。
-
模拟一个你的同事,可以在另一台电脑(注意要把SSH Key添加到GitHub)或者同一台电脑的另一个目录下克隆:
git clone [email protected]:StarsForY/learngit.git
默认情况下,同事只能看到本地的
master
分支。我们可以通过用git branch
命令查看当前的分支:git branch
ps:兄弟我就一台电脑,这个克隆之前演示过了,且这个查看分支,我擦,dev分支就在我的本地,不可能看不到啊,除非我干掉它...话说可以切文件夹,但是我感觉这样的话和之前的操作没什么两样了,不玩了
-
同事要在
dev
分支上开发,就必须创建远程origin
的dev
分支到本地,于是他用这个命令创建本地dev
分支:
$ git checkout -b dev origin/dev
现在,他就可以在dev
上继续修改,然后,时不时地把dev
分支push
到远程,推送命令:
git push origin dev
-
既然是多人协作,那两人开发时修改同一个文件的情况就无法避免,
同事已经向
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. 多人协作的工作模式通常是这样:
- 首先,可以试图用
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
,如果有冲突,要先处理冲突。