Git上实现多人协作

git fectch:相当于是从远程获得最新版本到本地，不会自动merge

git fetch origin master
git log -p master..origin/master
git merge origin/master

以上命令的含义：

首先从远程的origin的master主分支下载最新的版本到origin/master分支上
   然后比较本地的master分支和origin/master分支的差别
   最后进行合并
  上述过程其实可以用以下更清晰的方式来进行：

git fetch origin master:tmp
git diff tmp 
git merge tmp

从远程获取最新的版本到本地的test分支上
之后再进行比较合并

git pull：相当于是从远程获取最新版本并merge到本地

git pull origin master

上述命令其实相当于git fetch 和 git merge
在实际使用中，git fetch更安全一些
因为在merge前，我们可以查看更新情况，然后再决定是否合并
结束.

当你从远程仓库clone时，Git自动把本地的master分支和远程的master分支对应起来，并且，远程仓库的默认名称是origin

git remote   查看远程库的信息

$ git remote
origin

git remote -v 显示更详细的信息

$ git remote -v
origin  [email protected]:xxxx/learngit.git (fetch)
origin  [email protected]:xxxx/learngit.git (push)

上面显示了可以抓取和推送的origin的地址，如果没有推送权限，就看不到push的地址

推送分支

推行分支就是把该分支上的所有本地提交推送到远程。推送时，要指定本地分支，这样，Git就会把该分支推送到远程对应的远程分支上

$ git push origin master

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

git push origin dev

并不一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要推送呢
matser分支是主分支，因此要时刻与远程同步；
dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
bug分支只用于在本地修复bug,没必要推送到远程
feature分支是否推送到远程，取决于你是否和你的小伙伴合作在上面开发。

抓取分支

多人协作时，大家都会往master和dev分支上推送各自的修改
我同时用我的台式电脑和笔记本电脑来进行协作

$ git clone [email protected]: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.

当你的小伙伴从远程库clone时，默认情况下，你的小伙伴只能看到本地的master分支。不信可以用git branch命令看看：

$ git branch
* master

现在，你的小伙伴要在dev分支上开发，就必须创建远程origin的dev分支到本地，于是他用这个命令创建本地dev分支：

$ git checkout -b dev origin/dev   即将本地的dev分支与远程的dev分支相关联（创建一个远程dev的本地dev分支）

可能会出现问题：fatal:cannot update paths and switch to branch ‘origin/dev'
解决办法：git pull   原因：本地没有改分支，因此需要将远程上的拉下来，即远程的分支已经改动过，而本地还没有。

其实我就算git pull 仍然出现这样的错误，我就换了一种方式将本地分支与远程分支关联起来
先创建本地dev分支 ：git branch dev
然后将本地dev分支与远程dev分支关联起来： git branch --set-upstream dev origin/dev(前提是本地dev分支已经创建)

git branch  -a    说明：是指查看本地所有的分支

现在小伙伴就可以在dev上继续修改，然后，时不时的把dev分支push到远程：

$ 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 [email protected]:michaelliao/learngit.git
fc38031..291bea8  dev -> dev

小伙伴已经向origin/dev 分支推送了他的提交，而碰巧你也对同样的文件作了修改，并试图推送：

$ 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 [email protected]: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. 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.

推送失败，因为你的小伙伴最新的提交和你试图推送的提交有冲突，解决办法也很简单。Git 已经提示我们，先用git pull
把最新的提交从origin/dev抓下来，然后在本地合并，解决冲突，再推送：

$ 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成功，但是合并有冲突，需要手动解决，解决的方法和分支管理中的解决冲突完全一样。解决后，提交，再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 [email protected]:michaelliao/learngit.git
   291bea8..adca45d  dev -> dev

因此，多人协作的工作模式通常是这样：

首先，可以试图用git push origin branch-name推送自己的修改；

如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；

如果合并有冲突，则解决冲突，并在本地提交；

没有冲突或者解决掉冲突后，再用git push origin branch-name推送就能成功！

如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream branch-name origin/branch-name。

dev与master的merge问题整理

一般而言，在服务器上会有两个分支：master与dev。master用于发布正式版本，而dev用于开发员的提交

合并的操作如下：
(1)创建本地分支
git checkout -b b1
(2)在本地工作目录添加文件，并将文件提交到本仓库
git add test.txt
git commit -m "test"
(3)创建dev分支，并将本地的dev与远端的dev分支关联
git checkout -b dev origin.dev  
(4)切换分支，完成合并
git checkout dev
进行合并
git merge --no--ff -m "merge test" b1
（5）提交代码，删除分支
git push origin dev
删除分支
git branch -d b1