Git分支管理入门

以前那篇文章《Git基础入门》只是简单讲了一下git最基础最简单的用法，可是git还有一个很是重要的功能就是分支，默认状况下只有一个master分支，咱们能够直接在master分支开发，彻底没问题， 可是当你的项目有十几个甚至几十我的同时在开发的时候，若是都使用master分支，就会很是容易出现冲突、甚至出现代码被覆盖的问题，并且上线也是个问题，你不知道哪些文件能够上，哪些不能够上，很容易把一些未经测试的代码上线，这时候就须要启用分支功能。

1. git branch

默认状况下咱们都是在master分支下，咱们可使用 git branch 命令查看当前所在分支：

jwang@jwang:~/git_demo$ git branch
* master
复制代码

使用 -r 参数能够查看远程分支的状况：

jwang@jwang:~/git_demo$ git branch -r
  origin/HEAD -> origin/master
  origin/master
复制代码

若是须要建立分支，则只需在 git branch 加上分支的名称便可，若是你想新建一个dev分支，操做以下：

jwang@jwang:~/git_demo$ git branch dev
jwang@jwang:~/git_demo$ git branch
  dev
* master
复制代码

这里能够看到咱们已经建立了一个dev分支，可是这时候咱们还在master分支，并无切换到dev分支。

2. git checkout

这个命令以前说过，可是在分支里面它还有另外一个功能，那就是切换分支，好比若是你想切换到dev分支，用法以下：

jwang@jwang:~/git_demo$ git checkout dev
Switched to branch 'dev'
jwang@jwang:~/git_demo$ git branch
* dev
  master
复制代码

这时候咱们全部的pull，commit，push操做都是在当前dev分支，并不影响master分支，可见分支一大好处就是隔离代码，开一个分支写啥都行，不会影响其它人。

可是有一点须要注意，当你在dev分支使用 git push 推代码的时候你可能会遇到下面这个问题：

fatal: The current branch dev has no upstream branch.
To push the current branch and set the remote as upstream, use

    git push --set-upstream origin dev
复制代码

这个报错的意思是当前分支没有上游分支，什么意思呢？以前说过这个，在默认状况下，git push使用simple模式，只会把代码推送到你 git pull 拉取代码的分支上，可是这是远程服务器并无dev分支，咱们只是在本地建立了这个dev分支。

可是这个很容易解决，咱们只须要这么作 git push origin dev 就能够：

jwang@jwang:~/git_demo$ git push origin dev
Username for 'https://github.com': wangbenjun@gmail.com
Password for 'https://wangbenjun@gmail.com@github.com': 
Counting objects: 3, done.
Delta compression using up to 12 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 282 bytes | 0 bytes/s, done.
Total 3 (delta 1), reused 0 (delta 0)
remote: Resolving deltas: 100% (1/1), completed with 1 local object.
remote: 
remote: Create a pull request for 'dev' on GitHub by visiting:
remote:      https://github.com/wangbjun/git_demo/pull/new/dev
remote: 
To https://github.com/wangbjun/git_demo
 * [new branch]      dev -> dev
复制代码

不过为了方便之后提交代码，咱们可使用 git push --set-upstream origin dev 命令设置上游分支，这样咱们在使用 git pull、git push 命令的时候就不会报错了，它会默认跟踪dev分支。

第一次使用git的人会很好奇这个origin究竟是啥意思？按个人理解，这个origin其实就是指远程分支，git pull origin dev命令就是从远程的dev分支上拉代码。固然你能够在从master或者其它分支拉取代码，不过通常不建议从其它远程分支拉代码。

3. git merge

当你在这个dev分支完成开发，测试也没问题了，你就须要把这个dev分支合并到master分支，这时候就须要使用merge命令，这个命令须要明白是把谁合并到谁。假如你在dev分支执行 git merge master，这就表示是把master分支合并到dev，最终代码在dev上。有些新手会理解错为把dev分支合并到master，这点须要注意。

在哪一个分支上面合并都同样，你也能够在master分支上合并dev，反正最终都是一份代码，可是从项目管理的角度来讲，应该先在dev分支合并master，而后再测试，由于master分支可能已经有别人提交的新的修改，你须要把这些修改合并过来。

说到分支就不得不说到冲突，这是不少新人最惧怕的事情，所谓冲突就是2我的在不一样分支改动了同一行代码，这时候git就懵逼了，我到底保留哪一份呢？按提交时间前后顺序？最靠谱的方式固然是把冲突留给合并代码的人解决。

有不少新人不知道怎么解决冲突就直接把别人写的代码覆盖掉了。。。这样的事情很常见，虽然git有历史记录，代码丢是丢不了，可是解决冲突确实是个很是棘手的事情。

为了解决冲突，你必须对你所写的代码了解，同时须要和另一个修改代码的人沟通，2我的协商一下最后保留哪些代码，千万不能独断独行。讲道理，若是一个项目结构分层合理，同时你又是常常pull代码的话，冲突是不多见的。

jwang@jwang:~/git_demo$ git merge master
Auto-merging README.md
CONFLICT (content): Merge conflict in README.md
Automatic merge failed; fix conflicts and then commit the result.
复制代码

解决冲突的方式其实不不难，使用图形化界面工具最方便，若是你不使用，你只须要找到发生冲突的文件，通常内容会以下：

# git_demo
git demo

This is a Test!

function add($a, $b)
{
    return $a+$b;
}

<<<<<<< HEAD
echo "This is a dev!";
 $a = add(1,2);
 var_dump($a);
=======
nothing to say
>>>>>>> master
复制代码

请注意 <<<<<<< HEAD ...code... ======= ...code... >>>>>>> master 这3个标识中间的代码，其中上半段代码表示的是目前分支的代码，下半段表示的是master分支的代码。

你只需根据本身的需求删掉不须要的代码，保留须要的就行，好比说在这个例子里面，我只想删掉var_dump，我就能够这样改：

# git_demo
git demo

This is a Test!

function add($a, $b)
{
    return $a+$b;
}

echo "This is a dev!";
 $a = add(1,2);

nothing to say
复制代码

而后从新commit就行，最后若是没问题的话push就行。

通常状况下，若是你不解决冲突的话是不容许你push代码的，可是你能够强制push，这样就会把冲突的代码（其实就是上面带着<<<<<符号的代码）push到远程分支，这样固然是很差滴，千万不要干这种坑事。

总结：

在实际开发中，咱们通常遵循大概这样的流程，好比小A和小B如今要开始作一个项目的大功能，这个功能开发周期比较长，这时候由小A建立开发分支，小A的操做以下：

1.小A首先切换到master分支： git checkout master
2.而后更新代码： git pull
3.建立功能分支： git branch -b new_feature
4.提交分支到远程服务器供小B拉取： git push origin new_feature
5.小B拉取功能分支： git checkout new_feature && git pull
6.期间小A和小B共同开发，不停的pull和push
7.功能开发完成，测试完成后合并到master分支，解决可能出现的冲突
8.切换到master分支，合并dev，最后提交代码到远程仓库，若是没问题的话就能够上线了
复制代码

这是最简单的一个分支用法，能够保证一组人在同一个分支开发，同时不会影响线上的代码。对于复杂的项目我建议能够参考 git flow 模型的用法，更加专业合理。