git 学习笔记二分支操作

[TOC]

### git分支

在 [git学习笔记一 基本操作](https://www.gwalker.cn/article-6237a93g38e5bd554d3148092e5bb281.html "git学习笔记一 基本操作")  我们介绍了，一些对git的常规操作。这些操作都是在master分支上进行的。在实际开发中，master分支一般是保留随时可以上线可发布的代码。开发过程中，是需要新建立一个分支进行开发工作。开发结束后，再merge到master分支。
下面我们进行新建分支操作。进行开发工作。
#### 创建分支
```shell
gongwen$ git branch dev
gongwen$ git branch
  dev
* master
```
使用git branch dev 创建了 名子为dev的分支；使用 git branch 可以查看当前的本地分支列表。
现在虽然成功创建了dev分支，可是当前工作区，所在的分支还是master。是因为master 分支前面有 一个 *

#### 切换工作区所在的分支
```shell
gongwen$ git checkout dev
Switched to branch 'dev'
gongwen$ git branch
* dev
  master
```

```shell
gongwen$ git status
On branch dev
nothing to commit, working tree clean
```
观察到，当前工作区已经为dev分支了。接下来，就可以在dev分支进行开发了。

#### 合并分支
##### 无冲突合并
比如dev分支上新增了一个文件，fun.txt 然后提交了。
![](ht****tp://image.gwalker.cn/article_2018-12-066845c0896d1346f244545.png)
![](http://image.gwalker.cn/article_2018-12-064245c0896da931a173911.png)
可以观察到现在master分支上没有fun.txt文件，dev分支上有。现在咱们需要做的工作是需要把dev分支开发完的fun.txt merge到master分支上。

```shell
gongwen$ git merge dev
Updating 33a32e5..654dcd3
Fast-forward
 func.txt | 0
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 func.txt
 ```
 ```shell
gongwen$ ls
README.md func.txt
```
```shell
git log
commit 654dcd3152a95e4b5d5a82564ffae67c0b29a61d (HEAD -> master, origin/master, origin/dev, dev)
Author: gongwen <bestphper@126.com>
Date:   Thu Dec 6 11:01:10 2018 +0800

add fun file

```
再次切换到master分支，进行合并操作 git merge dev 代码把dev分支合并到当前分支(也就是master分支).合并完成之后，发现master分支，也有了func.txt文件了。对应的图形化工具也可以观察到，master分支，也有fun文件了
![](http://image.gwalker.cn/article_2018-12-067785c0896e5a142985681.png)

##### 有冲突合并
上例中，演示的是。理想状态。没有冲突(conflict)的情况下，正常合并了。人生不如意之事十之八九，合并分支往往也不是一帆风顺的。
咱们下面模拟一下，有冲突的情况
切换到 dev分支，修改func.txt 最后进行commit操作
再切换到 master分支，修改func.txt 写不同内容，最后都也进行commit操作
那么现在master分支与dev分支，对func.txt文件，都有新的提交。变成了这样
![](http://image.gwalker.cn/article_2018-12-061165c08e179653b016641.png)
我们尝试 现在 merge 如下
```shell
gongwen$ git status
On branch master
Your branch is ahead of 'origin/master' by 1 commit.
  (use "git push" to publish your local commits)

nothing to commit, working tree clean
```
```shell
gongwen$ git merge dev
Auto-merging func.txt
CONFLICT (content): Merge conflict in func.txt
Automatic merge failed; fix conflicts and then commit the result.
```

git告诉我们 CONFLICT (content): Merge conflict in func.txt 意思说在func.txt有冲突，自动合并失败，修复冲突后，再次提交。

```shell
gongwen$ cat func.txt 
<<<<<<< HEAD
modify on master branch
=======
modify on dev branch
>>>>>>> dev

```
修改完后，我们进行提交

这样把就解决冲突后文件，提交到了master分支。现在，master分支和feature1分支变成了下图所示
![](http://image.gwalker.cn/article_2018-12-061555c08e1d15aa3099299.png)

[注] 现在master分支，咱们解决完冲突已经提交了。可是分支dev的func.txt文件的，还是以前的内容。
为了，让dev分支，也保持和master分支一样的文件内容。可以切换到master分支，进行`git pull origin master`
这样咱们的dev分支的代码与master最新的代码进行更新。
实事上，在dev分支，开发过程中，**不时的去更新master主分支上的代码(`git pull origin master`)。保持代码的一个最新状态，是一个好的开发习惯。**这样可以在分支合并的时候，可以尽可能少的解决冲突问题。

#### stash功能
假设你正在dev分开上，开发一个新功能。代码写到一半了。突然，测试说线上的版本，有bug需要你进行修复。
由于咱已知道了git 分支如此强大。就想新建一个分支，进行修复bug。
但是现在，咱们代码没有完成，不想交，或者不能进行提交操作。如果当前没有的文件没有进行提交。那么，当前工作区没有git add的文件和修改过的文件。进行切换到修改bug的分支上(假设这个分支名叫 fix_issue),那么这些没有提交的这些文件还是会出现在当前工作区的。(虽然你这未提交的文件，是在dev分支添加，或修改的，可以暂存区是不区分分支的，未加到版本库的文件，在任务一个文件都是在工作区可见的)。
这样stash是派上用场了
可以把当前工作现场“储藏”起来，等修复完bug后。恢复现场后继续工作！

```shell
gongwen$ ls
README.md func.txt  newfunc.txt
gongwendeMacBook-Pro:test gongwen$ git status
On branch dev
Your branch is up to date with 'origin/dev'.

Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

new file:   newfunc.txt

gongwen$ git stash
Saved working directory and index state WIP on dev: 463d6b9 xx
```

```shell
gongwen$ git checkout fix_issue
Switched to branch 'fix_issue'
gongwen$ ls
README.md func.txt
```

发现dev把工作现场“储藏”起来后，在dev分支下未commit的文件是不显示的。切换分支fix_issue当然也不会newfunc.txt这个文件。然后我们在fix_issue分支上进行修改bug工作。
修复完bug，提交代码。并推送到远程仓库( `git push origin master` )。咱们再回到dev分支。恢复咱们上次保存的现在，继续进行开发。

```shell
gongwen$ git branch
* dev
  fix_issue
  master
 ```
 ```shell 
gongwen$ ls
README.md func.txt
```
```shell 
gongwen$ git stash list
stash@{0}: WIP on dev: 463d6b9 xx
```
```shell 
gongwen$ git stash pop
On branch dev
Your branch is ahead of 'origin/dev' by 1 commit.
  (use "git push" to publish your local commits)

Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

new file:   newfunc.txt

Dropped refs/stash@{0} (72bc63475da149da99e6b767f940b177dc6f7519)
```
```shell 
gongwen$ ls
README.md func.txt  newfunc.txt
```

我们用命令 git stash list 查看 "储藏"的工作现场。然后用 `git stash pop` 工作现场恢复了过来。如你所愿，你会看到，开发新功能进行一半的newfunc.txt文件又出来了。

注 一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；另一种方式是用git stash pop，恢复的同时把stash内容也删了

后续操作 恢复现场后，进行一次`git pull origin master` 把发现的修改bug在dev分支也同步一下。接下来,debug分支完成了，他的任务。接下来删除掉就可以了。

```shell
gongwen$ git branch -a
* dev
  fix_issue
  master
  remotes/origin/dev
  remotes/origin/master
gongwen$ git branch -d fix_issue
Deleted branch fix_issue (was 463d6b9).
gongwen$ git branch -a
* dev
  master
  remotes/origin/dev
  remotes/origin/master
```

小结
修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场。

git 学习笔记二 分支操作

git 学习笔记二分支操作