一、git pull 拉代码的时候,或者切换分支的时候,防止冲突和不便,,会用到git stash,将工作区内容暂存起来。

比如:为了fix 一个bug,  先stash, 使返回到自己上一个commit, 改完bug之后再stash pop, 继续原来的工作。

怎么办:

    1、git stash

        备份当前工作区的内容,保存到git 栈中,从最近的一次commit中读取相关内容

    2、git pull  或者做其他的工作    

    3、git stash pop

        从git栈中获取到最近一次stash进去的内容,恢复工作区的内容。。获取之后,会删除栈中对应的stash。。

        由于可能会stash多次,git使用栈管理,我们可以使用git stash list查看所有的stash

    git stash list

        显示git栈中的所有工作区内容的备份,

        比如使用git stash apply stash@{1},就可以把版本号为stash@{1}的备份取出,不会删除对应的stash。。0为最新版本

    git stash clear

        清空git栈

还可以git reset --hard放弃本地修改,然后就可以git pull了。。但是不推荐使用gitreset --hard指令,实在是太危险啦!

二、但是git stash pop取出备份的时候也会出现冲突

比如,有个文件login.java,,你修改了一段代码,git stash保存以后,你从服务器上继续git pull了别人的代码,,

如果此时,别人的代码也修改了login.java。。。

此时当我们使用git stash pop 的时候,就会发生冲突,因为我们的修改不是基于最新的pull下来的文件的基础上。。所以git很难判断,

解决方法:

    备份我们修改后的文件,,删除程序文件中我们所做的修改,重新pull,,然后在用我们备份好的文件替换掉,,再push上去即可。。

    另一种就是上面说的git reset --hard了,,,,直接忽略本地的修改。。。但这样明显不太爽~



网上这篇博文写得很好哦:详细使用案例,讲解了git stash和git stash pop的使用

为什么我们需要它

不得不说,在知道这个命令的时,以及之后的使用中,我都超级热爱这个命令,因为它真的太好用了。

给大家说一下我使用这个命令的场景:

此时我在 feature_666 分支,非常聚精会神加持高专注地实现一个功能 666 模块,简直键盘如飞的编写代码~~~ 
然后这时,客户反馈出一个 bug , 非常严重,必须立马解决,优先级为 0 !!! 
于是,我需要去到 release 分支去 checkout 新的分支去工作了,但是 666 功能还没完成怎么办? 
此时我面临着一个选择题: 
A:提交后切换,代码保存到分支 feature_666,却产生一个无意义的提交 
B:不提交直接切换,然而这个选项根本没人会选。

是不是很难选,此时,别忘记还有 C 选项!

C:使用 git stash , 将当前修改(未提交的代码)存入缓存区,切换分支修改 bug ,回来再通过 git stash pop 取出来。

小例子,赶紧来试一下

存储修改

OK, 上一个 commit 的时候,代码快照是这个样子的

public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        String s = "大家好,我是段小憨";


    }
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12

此时的我在写代码如下:

public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        String s = "大家好,我是段小憨";
        String s1 = "我现在在写一个超级厉害的功能,但是我还没写完,甚至还有点地方在报错";

    }
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12

代码到此处,紧急 bug 出现了,一秒都不能等, 选择下列操作

git stash //将修改存储到暂存区,工作区会删除这些修改
git checkout <bug_branch>
  • 1
  • 2

这里写图片描述

暂存后的工作区代码会恢复到最后一次提交时的代码:

public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        String s = "大家好,我是段小憨";


    }
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12

查看修改

如果你有丢失代码的经历,肯定会对这个之前没接触的新命令不放心,那么怎么确定你操作成功了呢?

git stash  show  //查看刚才暂存的修改
  • 1

这里写图片描述

取出修改

现在 bug 改完了,要重新回来开发了,取出修改

git checkout <feture_branch> //切换刚才功能开发的分支
git stash pop //取出修改
  • 1
  • 2

这里写图片描述

取出修改后的工作区代码为:

public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        String s = "大家好,我是段小憨";
        String s1 = "我现在在写一个超级厉害的功能,但是我还没写完,甚至还有点地方在报错";

    }
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12

关于它更多的细节

相信通过上面的例子,你已经知道如何使用 git stash 这个应用了,但是,如果理解它的一些细节的话,相信你会使用的更加灵活和得心应手。

修改存储到什么位置了?

当我们使用 git init给项目添加版本控制的时候,会在项目路径下生成一个 .git 隐藏文件夹。.git 中存储着版本管理的所有信息。 
.git/refs/stash 中,存储的是最后一个 stash 对应的节点指针

这里写图片描述

同样,在 .git/log/refs/stash 中可以看到我们全部的 stash 记录信息

存储多个 stash 的情况

 ok ,我们来尝试一下修改文件,然后再次使用 git stash ,此时我们有个两个 暂存修改,那么怎么查看呢?
git stash list //查看暂存区的所有暂存修改记录
  • 1

这里写图片描述

此时你有没有发现,这两个的名称是一样,这是个什么鬼? 
别怕,名称是一样的,但是指向的修改是不一样的,我们从.git/log/refs/stash 中可以看到 两者的对应的节点指针是不一样的。

想知道名称一样的谜题,往下继续看~

stash 的存储的名称是怎么来的,可以修改吗?

当使用git stash 创建 stash 的时候,会给 stash 一个默认的名称。

这里写图片描述

之前有说,stash 存储的内容就是,当前工作区距当前分支最后一次提交时的修改。所以,stash 的默认命名规则就是:

WIP on <branch_name><latest_commit_id> <latest_commit_message>
  • 1

其中出现了生僻的单词,解释如下: 
WIP,Work In Progess的简称,说明代表了工作区进度。 
同样的还有 Index ,代表的是已经被 add 但是还未被提交的进度。

如果在未提交的情况下,执行 git stash 两次,就如上图,无法准确分辨两个stash 具体修改的是哪些内容,这样用,显的伟大的 Git 一点都不智能,怎么可以!。

所以,在这种情况下,给 stash 存储的修改起个名字,显然非常重要,方式如下:

git stash save <message>
  • 1

取出也有好几种方式

上面的演示中,取出 stash 的方式都是

git stash pop  //取出最近一次暂存并删除记录列表中对应记录
  • 1

这是一个非常好用的取出方式,一般使用的频率最高,但并非适用所有情况。

因为 git stash pop 是弹出栈顶的一个 stash ,也就是最后一次存储的 stash。在存储多个stash ,想取出非栈顶的一个的情况下,是不适用的。

这个时候要使用:

git stash list //查看暂存区的所有暂存修改
git stash apply stash@{X} //取出相应的暂存
git stash drop stash@{X} //将记录列表中取出的对应暂存记录删除
  • 1
  • 2
  • 3
  • 4

结语

虽然,所有的 git 命令都能从 Git文档 上能查看到,但是总是要自己亲自敲过这些命令,这些技能才能自己掌握。

不得不说,使用命令行真的才是使用 git 的正确方式,真的超爽!

最后,世界晚安。


Logo

旨在为数千万中国开发者提供一个无缝且高效的云端环境,以支持学习、使用和贡献开源项目。

更多推荐