https://blog.csdn.net/u010697394/article/details/56484492

合并分支，冲突是难免的，在实际协作开发中我们遇到的情况错综复杂，今天就讲两个比较重要的命令使用git stash和git stash pop

试想一下：1.假如我们在develop分支开发，这时候突然技术经理说有个紧急修复下，这修复bug之前说了，需要从master稳定版本开一个分支，而我们develop如果没有commit，而直接切换到master，会有如下提示：

1.  
   zxdeMacBook-Pro:hswallpager zs$ git checkout master
2.  
   error: Your local changes to the following files would be overwritten by checkout:
3.  
   app/src/main/java/Activity.java
4.  
   Please, commit your changes or stash them before you can switch branches.
5.  
   Aborting
6.  
    
7.  
   zxdeMacBook-Pro:hswallpager zs$ git branch
8.  
   * develop
9.  
   master

根据提示，我们需要提交修改或者在切换分之前 stash 一下。而我们每次间断就要commit一次，将来git log里会有很多临时提交，太多了让人无法快速定位，而这的确不是我们想要的，那就只有stash。stash的含义就是把工作区的修改临时储藏起来，等以后再恢复使用。那我们不妨一试git stash，看看结局是什么样子的：

1.  
   zxdeMacBook-Pro:hswallpager zs$ git stash
2.  
   Saved working directory and index state WIP on develop: b70f2af develop update
3.  
   HEAD is now at b70f2af develop update

先看最后一句 "HEAD is now at b70f2af develop update". 还记得上一篇的分支图吧。

1.  
   * 073fc5c 合并后的修改
2.  
   |\
3.  
   | * b70f2af develop update
4.  
   * | 41754e3 修改
5.  
   |/

因为我们上一篇master合并后develop后，并没有将develop的分支和master同步，因此develop分支的最新的提交记录就在b70f2af，也就是工作区目前是干净的。git stash  执行后，develop分支就相当于什么也没操作一样。

接着我们在执行最开始的切换到master分支，看看会怎样，还会不会提示上述信息：

1.  
   zxdeMacBook-Pro:hswallpager zs$ git checkout master
2.  
   Switched to branch 'master'
3.  
   Your branch is ahead of 'origin/master' by 8 commits.
4.  
   (use "git push" to publish your local commits)
5.  
    
6.  
   zxdeMacBook-Pro:hswallpager zs$ git branch
7.  
   develop
8.  
   * master

怎么样，是不是正确切换到master分支了。现在我们在新建并切换分支hotfixes-01.然后可以修复紧急bug了。然后修改，提交，删除hotfixes-01即可。然后我们继续切回develop分支：

1.  
   zxdeMacBook-Pro:hswallpager zs$ git checkout develop
2.  
   Switched to branch 'develop'
3.  
   zxdeMacBook-Pro:hswallpager zs$ git status
4.  
   On branch develop
5.  
    
6.  
   nothing to commit, working directory clean

这时候我们可以先把master分支的修改合并到develop，操作步骤以前也学过了，合并冲突等。这时候我们看会代码，stash之前的代码已经看不到了。那我们怎么继续接着上述的修改恢复现场呢。这时候用到git stash pop。
我们先看一下stash清单，执行git stash list。

1.  
   zxdeMacBook-Pro:hswallpager zs$ git stash list
2.  
   stash@{0}: WIP on develop: b70f2af develop update

然后我们用git stash pop 恢复现场，看一下结果：

1.  
   zxdeMacBook-Pro:hswallpager zs$ git stash pop
2.  
   On branch develop
3.  
    
4.  
   Changes not staged for commit:
5.  
   (use "git add <file>..." to update what will be committed)
6.  
   (use "git checkout -- <file>..." to discard changes in working directory)
7.  
    
8.  
   modified: app/src/main/java/Activity.java
9.  
    
10.  
    no changes added to commit (use "git add" and/or "git commit -a")
11.  
    Dropped refs/stash@{0} (44c79bddb5c6c3848bc0de0b687cf14d4907b012)

这时候在看工作区的源代码，发现已经正确恢复现场，可以继续在以前基础上工作了。

2.现在另一种情况：你pull最新代码，但这时候你又不想重新增加commit记录，这时候先git stash，然后pull，最后在git stash pop,

这1和2两种情况在实际开发过程中会经常用到，要熟练掌握git stash的应用。

补充：在我们多次使用git stash 后，git栈里充满了很多未提交的代码，这时候用git stash list 可以讲git 栈信息打印出来，比如

git stash apply stash@{1} 就代表把指定版本号为stash@{1}的工作取出来。清空的话使用git stash clear。

git stash pop 和 git stash apply 的不同：

apply 读取暂存区的数据，通过apply后，暂存区的数据依然存在。

pop 是取出最新的一次暂存数据，pop后，暂存区就不会存在这次数据了。

总结：

git stash  #可用来暂存当前正在进行中的工作

git stash pop  #从git栈中恢复第一个。相当于git stash apply 和git stash drop

git stash list   #打印git栈中的所有信息

git stash clear  #清空git栈

git stash apply stash@{1}  #将你指定版本号为stash@{1}的工作取出

版本分支是git区分集中式版本控制的一大优势，而为了保证团队协作中顺利的开发，建议大家多用分支，至于具体分支的命名，不必拘泥死板，根据自己团队的实际情况，让分支成为我们团队开发的助推器，而不是拖后腿。

Git 分支管理-git stash 和git stash pop的更多相关文章

1. Git分支管理[三]

   标签(linux): git 笔者Q:972581034 交流群:605799367.有任何疑问可与笔者或加群交流 git分支管理命令 git branch #创建分支 git branch -v # ...

2. GIT分支管理模型

   GIT分支管理模型 link: git-branching-model 主分支(Main branches) 项目两个常驻分支: master 主干分支(锁定),仅用于发布新版本,平时不能在上面干活, ...

3. Git 分支管理是一门艺术

   转载: Git 分支管理是一门艺术 1 要确保:团队成员从主分支(master)获得的都是处于可发布状态的代码,而从开发分支(develop)应该总能够获得最新开发进展的代码. 2 "辅助分 ...

4. Git 分支管理详解

   大纲: 1.前言 2.创建分支 3.切换分支 4.合并分支(快速合并) 5.删除分支 6.分支合并冲突 7.合并分支(普通合并) 8.分支管理策略 9.团队多人开发协作 10.总结 注,测试机 Cen ...

5. Git—分支管理

   Git—分支管理 分支学习:branch称为分支,默认仅有一个名为master的分支.一般开发新功能流程为:开发新功能时会在分支dev上进行,开发完毕后再合并到master分支. branch相关常用 ...

6. [转载]理解 Git 分支管理最佳实践

   原文 理解 Git 分支管理最佳实践 Git 分支有哪些 在进行分支管理讲解之前,我们先来对分支进行一个简单的分类,并明确每一类分支的用途. 分支分类 根据生命周期区分 主分支:master,deve ...

7. 02: git分支管理

   目录:GIT其他篇 01: git & github 02: git分支管理 目录: 1.1 Git常用命令 1.2 主要分支(保护分支) 1.3 特性分支:feature (开发分支合并到d ...

8. git 分支管理——多人协作

   git 分支管理--多人协作 一般一个项目有一个master主分支,还有一个develop开发分支.主要是在develop分支上协作开发,然后merge合并到master主分支上. 当从远程仓库克隆时 ...

9. Git分支管理及合并

   Git分支管理   建立分支 git branch [name]   切换到分支 git checkout [name]   查看有哪些分支 git branch   比较分支 git diff [b ...

10. git学习------>Git 分支管理最佳实践

    ps:本文转载于 : https://www.ibm.com/developerworks/cn/java/j-lo-git-mange/index.html Git 是目前最流行的源代码管理工具.大 ...

随机推荐

1. 机器学习：SVM（基础理解）

   一.基础理解 1)简介 SVM(Support Vector Machine):支撑向量机,既可以解决分类问题,又可以解决回归问题: SVM 算法可分为:Hard Margin SVM.Soft Ma ...

2. altium designer 中器件原理图库中，将一个器件分成几部分是如何操作的？就是如何用part表示？

   在SCH Library的Components中选中你要添加part的器件,tools菜单--new part即可

3. rsync 同步mac机器目录数据到windows2008R2

   openssh rsync -azvP --progress -e "ssh -p 6099" /ahwater/rsync/ ahwater@ip:/ahwater

4. java 多线程系列基础篇（十一）之生产消费者问题

   1. 生产/消费者模型 生产/消费者问题是个非常典型的多线程问题,涉及到的对象包括“生产者”.“消费者”.“仓库”和“产品”.他们之间的关系如下:(01) 生产者仅仅在仓储未满时候生产,仓满则停止生产 ...

5. 11-04 SQLserver基础--连接查询、联合查询、索引

   一.子查询补充: Exists的用法: select*from haha where exists(select*from bumen where bumen.code=haha.bumen,and  ...

6. Excel向数据库插入数据和数据库向Excel导出数据

   为了熟悉java里工作簿的相关知识点,所以找了“Excel向数据库插入数据和数据库向Excel导出数据”的功能来实现. 注意事项:1,mysql数据库: 2,需要导入的jar包有 jxl.jar,my ...

7. hive like 模糊匹配

   类似: 在MYSQL里面我们可以这样的执行SQL select a.Community,a.PID,b.spidertime,b.comm,b.showings,b.room from lianjia ...

8. od命令 查看二进制文件

   od命令用于输出文件的八进制.十六进制或其它格式编码的字节,通常用于显示或查看文件中不能直接显示在终端的字符. 以数值进制格式输出:od [选项] 文件 od   -d 文件       --十进制输 ...

9. Maven学习笔记1-牛逼的POM文件

   IDE:integrated development enterprise 集成开发环境: 一.pom文件 POM是项目对象模型(Project Object Model)的简称:maven世界中必须 ...

10. 第3章_Java仿微信全栈高性能后台+移动客户端

    当服务器构建完毕并且启动之后,我们通过网页URL地址就可以访问这台服务器,并且服务器会向网页输出Hello Netty这样几个字. Netty有三种线程模型:单线程.多线程.主从线程.Netty官方推 ...