git暂存修改-git stash

  • 暂存已track文件的修改(不包括untrack的文件,新添加的文件在stash后依然可见,但是新添加的文件在stash后再次修改则不能通过stash pop恢复——因为该命令不暂存未track的文件

     git stash
    
  • 暂存所有修改(包括新添加的文件,即恢复到上一次commit的状态,新添加的文件在stash后不可见,只能通过stash pop后恢复,但是不能添加描述信息message)
    git stash -a  或者 --all
    
  • 暂存所有修改(同 -a, 但是可以添加message信息,方便区分各个stash镜像,最好使用这个命令
    git stash save -a  "some comment" 或者 --all
    
  • 恢复最新的stash镜像(不会删去在stash后新添加的文件)
    git stash pop
    
  • 查看所有stash的镜像
    git stash list
    
  • 删除最新添加的stash的镜像
    git stash drop
    
  • 清除所有stash的镜像
    git stash clean
    
时间: 2024-11-05 20:44:32

git暂存修改-git stash的相关文章

git暂存工作区stash

本文git版本1.9.6 git名称stash:帮助开发人员暂时搁置当前已做的改动,倒退到改动前的状态,进行其他的必要操作(比如解决一个bug等),待解决bug后重新载入之前搁置的改动. 可以把执行stash动作想象为将当前commit状态临时保存到一个空间(栈内存): 示例: 可以看到stash动作使状态恢复到未修改前: 1. 主要命令 git stash                       #丢进暂存区 git stash list                  #列出所有暂存区

git 暂存区

git的分为四个区----工作区,暂存区,版本库和存储区. 可以用git diff 去检测工作区,暂存区和版本库之间的不同. git diff --cached 检测工作区和暂存区之间的不同. git diff HEAD 检测工作区和版本区之间的不同. git status 显示工作区,暂存区与版本库之间文件不同. git 暂存区,布布扣,bubuko.com

Git权威指南学习笔记(二)Git暂存区

如下图所示: 左侧为工作区,是我们的工作目录. 右侧为版本库,其中: index标记的是暂存区(stage),所处目录为.git/index,记录了文件的状态和变更信息. master标记的是master分支所代表的目录树.HEAD指向master分支. objects标记的是Git的对象库,所处目录为.git/objects,文件索引建立了文件和对象库中对象实体之间的映射关系. 通过该图我们可以清晰地看出add,commit等命令的转化关系.下面通过git diff和git status两条命

Git暂存流程

关于GIT代码 暂存问题的解决方案:(正在当前分支开发,想要切换到其他分支.不用手动把代码粘贴出来了~~~) 情况说明:如图,我在当前分支有一堆已修改但是未保存的文件.我现在想要切换其他分支,然后进行其他的工作开发. 第一步:点击CVS-Git-Stash Changes... 第二步:输入此次缓存内容的备注信息就OK.就暂存成功了.刚才的未提交的修改也已经不见了. 第三步:就可以去切换其他分支了.已经暂存起来了. 第四步:如过别的分支处理完了 .切回到之前修改的任务分支.选择Unstash C

Git暂存区之理解Git暂存区(stage)

前一篇blog在实践过程有意无意地透漏了"暂存区"的概念.为了避免用户被新概念吓坏,在暂存区出现的地方又同时使用了"提交任务"这一更易理解的概念,但是暂存区(称为stage或index)才是其真正的名称. 在版本库 .git 目录下有一个index文件,下面针对这个文件做一个有趣的试验.具体操作步骤如下: 1. 首先执行 git checkout 命令(后面再介绍此命令),撤销工作区中 welcome.txt 文件尚未提交的修改. $ git checkout --

完整学习git二 git 暂存区

1 git log 命令查看提交日志信息 git log --pretty-fuller #详细查看 git log --stat #查看每次提交的文件变更 git log --pretty-online 2git diff 对比文件的修改信息 git diff HEAD  git add . 后与当前版本库的头指针比较 git diff --cached 或--staged 提交暂存区和版本库中的文件差异 git 命令是如何影响工作区和暂存区的 左侧为工作区 右侧为版本库 . 版本库中标记为i

git暂存区

在使用git开发时,有三个概念需要知道,工作区,暂存区和版本库.工作区就是直接进行操作的地方,版本库是要将修改提交的地方,那么暂存区是干什么的呢?下面将对暂存区深入研究. 一.修改后能直接提交吗? 在工作区修改后能直接执行git commit提交吗?让我们一起试试. 首先修改welcome.txt文件 echo "welcome">>welcome.txt 使用git diff查看工作区和版本库的差异. 上面显示修改了welcome.txt文件.既然修改了工作区,那就直接提

git学习(四):理解git暂存区(stage)

与一般的版本管理不同的是,git在提交之前要将更改通过git add 添加到暂存区才能提交(git commit).即使是已经交给了git来管理的文件也是如此.这里继续学习git的暂存区. 通过git checkout撤销工作区更改 在版本库.git目录下有一个index文件. 首先执行git checkout命令,撤销工作区中welcome.txt文件尚未提交的修改. 原来可以通过这种方法来撤销修改,妈呀,我还是菜啊.之前使用IDEA的时候只知道用revert. git status和git

Git暂存区之Git Diff魔法

在不同参数的作用下,git diff的输出并不相同.在理解了Git中的工作区,暂存区和版本库(当前分支)的最新版本分别是三个不同的目录树后,就非常好理解 git diff 的魔法般的行为了. 工作区,暂存区和版本库的目录树浏览 有什么办法能够像查看工作区一样直观地查看暂存区及HEAD中的目录树吗?对于HEAD指向的目录树,可以使用Git底层命令ls-tree来查看. $ git ls-tree -l HEAD 100644 blob bb2f2a2c99a6608b400a63a2acf44a4