GIT项目管理工具(part9)--保存工作区

本系列BLOG为鄙人学习GIT时的学习笔记。前一个知识点引出后一个知识点，后一个例子接着前一个例子。

文章目录

保存工作区
- 1.保存工作区内容
- 2.查看工作区列表
- 3.应用某个工作区
- 4.删除工作区
- 举个例子10(接例子9)
导航
系列文章目录

保存工作区

1.保存工作区内容

git stash save [message]

说明: 将工作区未提交的修改封存，让工作区回到修改前的状态

2.查看工作区列表

git stash list

说明:最新保存的工作区在最上面

3.应用某个工作区

git stash apply [stash@{n}]

4.删除工作区

git stash drop [stash@{n}] #删除某一个工作区
git stash clear #删除所有保存的工作区

举个例子10(接例子9)

我们首先回顾一下我们的git项目路径下文件：

若我们在项目途中遇到了一个难题，我们想出了2种方案，但是这2种方案也不必要全部commit进我们的仓库，那我们该咋整呢？我们可以保存工作区内容(git stash save [message])

首先，我们做一下第1种方案(在data01.txt中添加内容)：

看一下本地仓库状态：

可以看到，我们修改后的data01.txt文件变红了。

我们保存一下工作区内容，将工作区未提交的修改封存：

我们可以看到，保存工作区之后，工作区又回到了干净的状态，再看一看data01.txt文件：

嗯！之前在data01.txt里增加的方案1内容，也消失了呢~

我们再做一下第2种方案(在image_mysql_in.py中添加内容)：

看一下本地仓库状态：

我们修改后的image_mysql_in.py文件变红了呢~

再保存一下工作区内容，将工作区未提交的修改封存：

保存工作区之后，工作区回到了干净的状态，再看一看image_mysql_in.py文件：

嗯！我们在image_mysql_in.py文件里添加的方案2内容也消失了呢~

我想看一下，我们已经保存的工作区，则可以查看工作区列表(git stash list)：

我们发现，最新保存的方案2的工作区，在list中的最上面，其代号为0。若我们再保存一个方案3的工作区，则方案3的工作区会在最上面，其代号为0，方案2的工作区代号则会变成1.

如果此时，经过我的精确判断，我觉得方案1比较好，则可以应用某个工作区(git stash apply [stash@{n}]):

由结果可知，我们又回到了一个需要提交的状态。

我们看一看我们的data01.txt文件里的内容：

呀！方案1的内容回来啦~

我们既然决定方案1比较好，那我们就先将文件记录添加到暂存区，再将文件提交到仓库区：

再查看一下本地仓库的状态：

我们又得到了一个干净的工作区~

这时，我们的方案1都已经提交进仓库了，那我们保存的工作区stash@{1}就没用了，我们可以删除工作区(git stash drop [stash@{n}])：

再看一下保存的工作区列表：

嗯！只剩下方案2的工作区了~

我们再丰富一下，我们GIT的图示：

系列文章目录

简介及概念
初始配置
初始化仓库及查看仓库状况
提交文件暂存记录及同步文件至本地仓库
查看commit 日志记录
放弃工作区文件修改及从仓库区恢复文件
移动或者删除文件
版本控制
保存工作区
分支管理