现在，让我们来了解下日常开发中最常用到功能——更改
通过前面的学习，我们知道当代码有了更改的时候，只需要填上备注信息，点击全部提交就可以将代码提交到版本库了。
不过有时候全部提交并不是我们想要的，我将用两个场景来讲解。
1、部分提交—— 暂存（Stage）
比如你和同事正在开发一个新功能，他现在需要用到你提供的一个接口，但是你的其他功能正在开发，短期内无法完成，如果全部提交可能无法编译通过。
现在该怎么办呢？我们一起来看一下。
项目中有两个更改，但是HomeController未开发完成，我只想提交WeatherForecastController。
右键要提交的文件，然后点击暂存（Stage），这一步正是执行了之前介绍过的 git add 命令，将更改提交至了暂存区。
通过 git status 命令来验证下。
这个时候VS的按钮也从提交全部（Commit All）变成了提交临时数据（Commit Staged），接下来提交就可以了。
2、保护现场—— 存储（Stash）
在实际工作中我们经常会这样一种情况：项目在发布到生产环境后，你继续开发新的功能。
现在生产环境发现BUG需要立即修复，而正在开发的功能短时间内是无法完成并提交的。
我们肯定不能提交未完成的代码，也不可能撤销辛辛苦苦写的代码，存储（Stash）功能就派上用场了。
存储功能就是将我们尚未提交的部分存起来，得到一个干净的工作区，等BUG修复功能完成后再恢复。
好了，在VS中看看怎么操作。下面的文章中会涉及分支的概念，如果不太情况也没关系，可以看看后面关于分支的文章。
master分支中的代码，已经发布到生成环境。我们在新建的dev分支中继续开发新功能，新增了一个Post方法。此时发现了BUG需要修复。
我们需要切换到master，不得不先进行存储操作，不然的话会出现两种情况：
1、可以切换：在dev分支未提交的更改会继续在master中。
2、无法切换：VS会提示进行存储，如果强制切换到master分支，更改将丢失。
大家可以自己试一下就知道了，至于为什么会这样，去了解一下Git是如何实现分支的。
Well，那就存吧。可以在文本框中输入描述信息，然后点击存储（Stash）会出现两个菜单项。
1、全部存储（Stash All）：全部存起来。
2、全部存储并保持暂存（--保留索引）：存工作区，不存暂存区。中文反而不容易看懂，英文都是和Git命令对应的。
--keep-index （index就是暂存区）就是Git的stash命令的一个选项，官方描述是这样：
我们就先点第一个全部存储（Stash All），可以看见在存储列表里面出现了一条记录。
看一眼，我们得到了一个干净的工作区，我们可以开心的切换到master分支，新建hotfix分支进行修复啦。
修复完成后，右键点击就可以恢复成之前我们正在开发时的样子。
这个地方你看中文又会开始疑惑，英文就是对应的Git命令。
应用（Apply）
应用并还原暂存（--索引）：工作区的放工作区，暂存区的放暂存区
将所有作为非暂存应用：全部放工作区
弹出（Pop）
弹出并还原暂存（--索引）：工作区的放工作区，暂存区的放暂存区，同时删掉。
将所有作为非暂存弹出：全部放工作区，同时删掉。
让我们再用Git命令操作一遍。
此时有一个新增的文件，还有一个修改了的文件，修改的文件已经加到暂存区。
注意：这里有一个新增的文件为Untracked
使用 git stash 命令进行存储
结果发现新增的文件没有被存储
这是为什么呢，我们来看一下官网的说明。
原来默认情况下只存储工作区和暂存区。要使用-u参数才行
再看看，这就OK了。
或者先使用 git add 命令将文件添加到暂存区再进行存储。
存储成功后可以使用 git stash list 命令查看当前的存储列表。
使用上面讲到的 git stash applt 或 git stash pop 可以还原，使用 git stash drop 来删除。
如果有多次存储，可以使用 git stash apply stash@{1} 还原指定的存储对象。
OK，更改的部分就说完了，我也是初学，仅仅介绍了最基础的操作，可以满足大部分日常需求，更多的命令大家自己到官网学习吧。
参考：廖雪峰的Git教程