git bug修复

标签：提交   方式   完成   内容   ruby   branch   工作区   切换   lis   

在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。

当你接到一个修复一个代号101的bug的任务时，很自然地，你想创建一个分支issue-101来修复它，但是，当前正在dev上进行的工作还没有提交

并不是你不想提交，而是工作只进行到一半，还没法提交，预计完成还需1天时间。但是，必须在两个小时内修复该bug，怎么办？

Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：

git stash

首先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从master创建临时分支

修复bug ,修复完成后，切换到master分支，并完成合并，最后删除issue-101分支：

git branch -d issue-101

现在，是时候接着回到dev分支干活了

工作区是干净的，刚才的工作现场存到哪去了？用git stash list命令查看：

$ git stash list
stash@{0}: WIP on dev: 6224937 add merge

工作现场还在，Git把stash内容存在某个地方了，需要恢复一下，有两个办法：

一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；

另一种方式是用git stash pop，恢复的同时把stash内容也删了

git bug修复

标签：提交   方式   完成   内容   ruby   branch   工作区   切换   lis   

原文地址：http://www.cnblogs.com/binxyz/p/7226901.html