git隐藏以保存当前更改的文件

我在分支a中做了一些更改。出于某种原因，我必须停止在分支a中开发此功能。我还有一项任务需要创建一个新分支。我知道，通过执行git stash和pop，我可以保存当前的更改并在以后恢复，而我可以在新创建的分支中执行任何我想要的操作。我担心这样做安全吗？我已经更改了20多个文件，我不想丢失任何东西。

git stash

应该被认为是安全的；它将在本地存储未压缩/未压缩的文件，并允许您准备在分支A上进行其他更改。存储在本地，因此存在死机=死机存储的风险

---

考虑是否适合提交/推送，然后移动到其他分支。如果您正在处理一些可以单独部署的东西，那么提交并推送到分支A会更有意义。如果您想将当前代码带到分支B（将以前的代码和要在分支B上编写的新代码作为一个单元进行部署），那么就隐藏起来。

是的-这是非常安全的，也是一件非常常见的事情

在git中创建分支是一个非常轻量级的操作，它可能会给你比隐藏更大的灵活性

就我个人而言，我总是会为最终会被推到的工作创建一个分支——我会把基本上是一次性的东西藏起来——这只是我个人对它的看法，你的理解可能会有所不同。

是的，在这里使用

stash

命令是安全的 对你的工作加倍肯定，你可以使用

git stash apply

您可以使用

git stash apply

而不是使用

git stash pop

。 git stash pop的作用是，它在使用后会扔掉隐藏的东西。

---

但是，

git stash apply

会在隐藏列表中保留该隐藏，以便以后需要时使用。如果您想删除最新的隐藏，可以通过

git stash drop

git stash save被弃用，因为git版本2.21.0支持git stash pushstash基本上创建并应用补丁文件，这是git更改的最基本格式。您可以通过电子邮件将这些文件发送给自己，或者如果短期内确实有可能丢失这些文件，您可以将它们暂时存储在云上的某个位置。我通常在需要切换到主文件、从原始文件提取文件、然后切换回我的工作分支并重新设置基础的位置之间使用隐藏（是的，我知道我可以直接在origin/master上重新设置基址，但我喜欢先拉）。这是用于在master中进行更改之前毫无意义的飞行中工作，即该文件或API中的更改或来自其他分支的任何更改。