随笔-145  评论-173  文章-70  trackbacks-0
最近在使用Git管理项目工程的时候,遇到了很多问题,也学习到了很多关于Git常见使用的技巧,下面就其中关于Git Stash的用法和大家分享下。
首先,简单介绍下Git Stash命令的用法,详细的用法在man文档中有相关介绍,下面我来说明常见的使用。
git stash: 备份当前的工作区的内容,从最近的一次提交中读取相关内容,让工作区保证和上次提交的内容一致。同时,将当前的工作区内容保存到Git栈中。
git stash pop: 从Git栈中读取最近一次保存的内容,恢复工作区的相关内容。由于可能存在多个Stash的内容,所以用栈来管理,pop会从最近的一个stash中读取内容并恢复。
git stash list: 显示Git栈内的所有备份,可以利用这个列表来决定从那个地方恢复。
git stash clear: 清空Git栈。此时使用gitg等图形化工具会发现,原来stash的哪些节点都消失了。
关于Git Stash的详细解释,适用场合,这里做一个说明:
使用git的时候,我们往往使用branch解决任务切换问题,例如,我们往往会建一个自己的分支去修改和调试代码, 如果别人或者自己发现原有的分支上有个不得不修改的bug,我们往往会把完成一半的代码 commit提交到本地仓库,然后切换分支去修改bug,改好之后再切换回来。这样的话往往log上会有大量不必要的记录。其实如果我们不想提交完成一半或者不完善的代码,但是却不得不去修改一个紧急Bug,那么使用'git stash'就可以将你当前未提交到本地(和服务器)的代码推入到Git的栈中,这时候你的工作区间和上一次提交的内容是完全一样的,所以你可以放心的修 Bug,等到修完Bug,提交到服务器上后,再使用'git stash apply'将以前一半的工作应用回来。也许有的人会说,那我可不可以多次将未提交的代码压入到栈中?答案是可以的。当你多次使用'git stash'命令后,你的栈里将充满了未提交的代码,这时候你会对将哪个版本应用回来有些困惑,'git stash list'命令可以将当前的Git栈信息打印出来,你只需要将找到对应的版本号,例如使用'git stash apply stash@{1}'就可以将你指定版本号为stash@{1}的工作取出来,当你将所有的栈都应用回来的时候,可以使用'git stash clear'来将栈清空。
在这里顺便提下git format
-patch -n , n是具体某个数字, 例如 'git format-patch -1' 这时便会根据log生成一个对应的补丁,如果 'git format-patch -2' 那么便会生成2个补丁,当然前提是你的log上有至少有两个记录。

看过上面的信息,就可以知道使用场合了:当前工作区内容已被修改,但是并未完成。这时Boss来了,说前面的分支上面有一个Bug,需要立即修复。可是我又不想提交目前的修改,因为修改没有完成。但是,不提交的话,又没有办法checkout到前面的分支。此时用Git Stash就相当于备份工作区了。然后在Checkout过去修改,就能够达到保存当前工作区,并及时恢复的作用。

下面,将我使用过程中遇到的一个问题和大家分享:

首先,在Git Stash之后,提交图如下所示:

从图中可以看到,develop和newdevelop是在同一个分支上,因为分支newdevelop是在develop分支的基础上开发的。想加入一个新的特性,所以就开了newdevelop分支,然后就在上面加东西,加特性,该代码。这个时候工作的内容已经变化了,但是develop和newdevelop都是指向同一个提交的,因为newdevelop上面还木有提交。
这个时候,Boss来了,说develop上面有个Bug,赶快改一下,手头的工作先放放,稳定版本不能有缺陷。没办法,当前正在newdevelop上搞的high呢,就Git Stash一下。所以会看到上面有两个节点,红色以及上面一个。就是stash之后的结果,注意是在newdevelop上面进行的stash。

正如前面所说,stash会暂存当前的工作区内容,然后将工作区内容保持和上次提交相同,此时内容都是上面8a32那个提交的内容。从终端中查看相应的信息内容,如下:

印证了签名的说法,newdevelop是有修改,modified,然后stash之后,工作区是最近一次提交,此时newdevelop和develop都是相同的,所以再git status查看发现,都一样,nothing to commit.

然后Stash完成之后,就要Fix Bug了。为此,回到develop分支上进行修复,然后提交,完成后的提交图如下所示:
从途中可以看到,newdevelop还是在下面,因为指向的是老的那个8a32的commit。新的develop由于修复了Bug,所以产生一个新提交。


然后在develop上面修复了Bug之后,在回到newdevelop上面进行一个新的特性的继续编码,此时checkout回去的时候,没有神马内容可以提交,因为都存在Stash中了,没有任何修改。如上图。

那么,恢复工作区内容吧。于是git stash pop(注意这里由于只Stash了一次所以使用pop,具体你存放了多少,要恢复哪一个要自己清楚,否则会出错!)

恢复之后,从上图中可以看到,此时再git status就会发现文件有修改,说明恢复过来了。然后就继续编码,提交一个稳定的新特性版本,如下图,产生的新提交为0906.
然后再查看提交图,会发现,stash pop之后,对应的存放的stash被清空掉了,提交图中,newdevelop上面对应一个新的提交。并且在develop上面。分支的develop那个红色,即为前面修复Bug的那个提交。


总结起来:
操作很简单,但是头脑要清楚。要在哪个分支上修复Bug,要暂存哪个地方的内容,之后修复完了在那个地方提交,然后要到哪个分支上面恢复工作区,都是需要注意的,否则,很容易造成提交图混乱。只有弄清楚了工作流程,才不容易出错,才能保证很高的工作效率。
最后一句:Git是神器,就要看你如何驾驭它了。
posted on 2011-11-13 00:36 deercoder 阅读(299708) 评论(21)  编辑 收藏 引用 所属分类: Git

评论:
# re: Git Stash用法 2011-11-13 07:44 | tjhaven
千万别用Stash。stash多了,你自己都记不得了。为什么不用branch?以后可以cherry-pick以前的commit。

git我用了3年了,听我的没错。  回复  更多评论
  
# re: Git Stash用法 2011-11-13 09:28 | 刘畅
@tjhaven
额,谢谢~我是开的一个新的branch,但是新特性没有完成的话不想提交,这个时候再开一个分支没什么意义吧?难道你的意思是要提交一下?  回复  更多评论
  
# re: Git Stash用法 2011-11-13 10:10 | kkpattern
神per,如果stash中的修改的文件和修复Bug是所修改的文件有交集,会怎么样?
比如我在新branch中修改了a.java;b.java
然后我将新branch stash,修复Bug,修复过程中修改了a.java;c.java
然后stash pop的过程中a.java会怎么修改?相当于merge吗?如果修改的内容有冲突呢?  回复  更多评论
  
# re: Git Stash用法 2011-11-13 16:29 | 刘畅
@kkpattern
pop出来的内容只是你上次stash时候的内容,那个时候你还没有修复这个Bug。所以a.java的内容不会包含你修复那个Bug的内容,此时要用cherry-pick来通过增量的方法将修复的内容合并到新版本上,如果有冲突需要手动解决。
一般的,我认为应该是两个版本,或者是不相干的分支内容上工作。Stash的作用应该只是减少不必要提交的作用。有交集的情况确实有些麻烦。  回复  更多评论
  
# re: Git Stash用法 2011-11-13 19:39 | 陈梓瀚(vczh)
切换分支?多enlist几个就好了,这是最简单的解决方法。反正硬盘那么大。  回复  更多评论
  
# re: Git Stash用法 2011-11-13 19:46 | 陈梓瀚(vczh)
@陈梓瀚(vczh)
一般来说我自己的代码,在硬盘上都用同一个branch下载了两份,当我在某一份上面工作的时候,反正VisualStudio会自己找到正确的client,然后更新到最新,开始干活。然后你只要记得哪一份对应哪一个任务就行了(win7有便笺,写屏幕上即可)。git这个功能反而是很容易让人类犯错,不太好。

这样我的硬盘就有N个文件夹都对应同一个branch,分别修改,分别commit,独立sync latest。多方便。为什么一定要一个文件夹对应一个branch呢?完全没道理的。  回复  更多评论
  
# re: Git Stash用法 2011-11-13 19:58 | 刘畅
@陈梓瀚(vczh)
这种做法有违版本管理的初衷,很容易造成混乱。如果都选择多个备份的话,那和直接进行复制,粘贴,打上Tag信息有何区别?我认为SVN,Git等版本管理工具的出现,就是为了避免你这种做法。对于大型工程,这种方式我觉得很不可取。  回复  更多评论
  
# re: Git Stash用法 2011-11-13 21:05 | 陈梓瀚(vczh)
@刘畅
多个备份并不妨碍你进行版本管理啊,你把自己当成两个人不就是了——两个人开发总不能一起用同一份物理文件进行开发的吧。  回复  更多评论
  
# re: Git Stash用法 2011-11-13 21:06 | 陈梓瀚(vczh)
@刘畅
有些时候大型工程才这样的,之前工程有1000个人,平均同时有5000个任务在进行,用版本管理工具。你认为如何可以避免同时创建多个client……  回复  更多评论
  
# re: Git Stash用法 2011-11-13 21:11 | 刘畅
@陈梓瀚(vczh)
嗯,不过我还是觉得本机开发的话,如果有必要尽量减少备份个数。而且使用Stash也不会有多麻烦,其实不就是相当于把你的那个内容复制一份。所以我还是任务使用这个会比较好一点。只是用一个Tag来记录你拷贝的位置而已。  回复  更多评论
  
# re: Git Stash用法[未登录] 2011-12-26 09:53 | Loaden
stash是一个很有用的命令!
不会用stash,说明不会用git!  回复  更多评论
  
# re: Git Stash用法 2013-12-04 16:34 | marco
@刘畅
pop出来的内容只是你上次stash时候的内容,那个时候你还没有修复这个Bug。所以a.java的内容不会包含你修复那个Bug的内容,此时要用cherry-pick来通过增量的方法将修复的内容合并到新版本上,如果有冲突需要手动解决。

会包含.如果冲突了.会提示一个merge.需要手动解决...  回复  更多评论
  
# re: Git Stash用法[未登录] 2014-02-08 10:59 | k
@tjhaven
好意思说自己用了三年git.毫无长进吧  回复  更多评论
  
# re: Git Stash用法[未登录] 2014-03-12 14:33 | snowball
针对你的example提个问题
如果仅仅是在develop上进行bug fix,那么在newdevelop上进行git stash的意义又何在呢?  回复  更多评论
  
# re: Git Stash用法 2014-04-02 09:47 | conquer
非常好用,并且楼主说的很清楚,为什么有那么多人不理解呢……  回复  更多评论
  
# re: Git Stash用法 2014-07-24 14:37 | 果壳
@snowball
你不commit或者stash能切换分支?  回复  更多评论
  
# re: Git Stash用法[未登录] 2014-08-09 02:50 | Leon
请问下楼主,在Develop上的bug fix,如何体现在new develop上呢?
如果是简单的还好,如果复杂的话,总不能在new develop上重做一遍吧...  回复  更多评论
  
# re: Git Stash用法 2014-08-20 15:27 | mini
# re: Git Stash用法 2014-08-23 09:42 | caostorm
@marco
stash的话一定是基于某个版本的,而且将stash从栈内拿出来,一定是需要还原到对应的版本。通过git stash list可以清晰的看到每个stash对应的版本,如:
stash@{0}: WIP on master: e95dc37 Require administrator authority...
stash@{1}: WIP on md_develop: fcaa18f Add an object to recieve md...
比如你需要恢复stash@{1}这时候你需要做的是:
git checkout fcaa18f
git stash apply stash@{1}
尽量不使用类似git stash pop的方法。如果你当前fcaa18f所在的分支有继续往前推进的话,建议在fcaa18f上建立新的分支,然后继续stash@{1}的修改,并将stash@{1}的内容提交到新的分支上:
git branch new_develop
git checkout new_develop
git add FILES
git commit
后续再通过cherry-pick的方式,将修改的内容应用到其他需要这个修改的分支之上。  回复  更多评论
  
# re: Git Stash用法 2016-08-15 15:56 | doubi
@Loaden
这个B装的好  回复  更多评论
  
# re: Git Stash用法[未登录] 2016-08-22 17:25 | q
@陈梓瀚(vczh)
人称轮带逛!!!  回复  更多评论
  

只有注册用户登录后才能发表评论。
网站导航: 博客园   IT新闻   BlogJava   知识库   博问   管理