我想它允许将更改从一个分支移动到下一个分支，但这就是 cherry picking 的目的，如果您不提交更改，也许您不应该移动它们？
我有时会在错误的分支应用错误的存储，这让我想知道这个问题。
最佳答案
如前所述，如果您想要“每个分支存储”，您确实需要从现有分支中 fork 出一个新分支。
此外，除了已经提到的存储允许您 pull 入您正在处理的分支之外，它还允许您在提交所有内容之前切换分支。这对于挑选您的工作副本不是通常意义上的挑选很有用。
例如，在功能分支上工作时，我经常会注意到代码中与该分支无关的小错误或表面杂质。好吧，我只是马上解决这些问题。到了提交的时候，我有选择地提交相关更改，但不提交修复和修饰。相反，我将这些存储起来，这使我可以切换到我的 minor-fixes-on-stable 分支，然后我可以在其中应用存储并分别提交每个小修复。 (根据所讨论的更改，我还将再次 stash 其中的一些，以切换到我应用那些的不同功能分支。)
这让我在工作时可以深入编程模式，而不用担心代码的库管理问题。然后当我精神休息时，我可以返回并仔细地将我的更改分类到所有正确的架子上。
如果存储不是全局的，这种类型的工作流程将很难做到。
关于git - 为什么每个分支的 git stash 不是唯一的？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/89487/