Git隐藏推送——自2.35以来已上演#

只保存当前暂存的更改。这类似于基本的git提交，除了状态提交到stash而不是当前分支。

OLD

对于最新的git，您可以使用——patch选项

git stash push --patch   # since 2.14.6

git stash save --patch   # for older git versions

git会询问你文件中的每一个变化是否要添加到stash中。 你只需回答y或n

老乌利希期刊指南 别名DOUBLE STASH:

git config --global alias.stash-staged '!bash -c "git stash --keep-index; git stash push -m "staged" --keep-index; git stash pop stash@{1}"'

现在您可以暂存文件，然后运行git stash- staging。 因此，您的阶段性文件将保存到stash。

如果您不想保留阶段性文件，并希望将它们移动到隐藏。然后你可以添加另一个别名并运行git move- staging:

git config --global alias.move-staged '!bash -c "git stash-staged;git commit -m "temp"; git stash; git reset --hard HEAD^; git stash pop"'

这个回答被接受了，但太老了。现在你可以把它藏起来-S见https://stackoverflow.com/a/70231955/683157

最初的回答: 是的，这是可能的DOUBLE STASH

准备好你需要藏匿的所有文件。 运行git stash——keep-index。这个命令将创建一个包含所有更改(阶段性和非阶段性)的存储，但是将阶段性更改保留在工作目录中(仍然处于阶段性状态)。 运行git stash push -m "good stash"(添加-u标志以在stash中包含新文件) 现在你的“好收藏”只有阶段性文件。

现在，如果你需要非暂存文件在stash之前，只需应用第一个stash(一个创建的——keep-index)，现在你可以删除文件，你储存到“良好的stash”。

享受

根据你对Mike Monkiewicz的回答，我建议使用一个更简单的模型:使用常规的开发分支，但是使用合并的squash选项来在你的主分支中获得一个单一的提交:

git checkout -b bug1    # create the development branch
* hack hack hack *      # do some work
git commit
* hack hack hack *
git commit
* hack hack hack *
git commit
* hack hack hack *
git commit
git checkout master     # go back to the master branch
git merge --squash bug1 # merge the work back
git commit              # commit the merge (don't forget
                        #    to change the default commit message)
git branch -D bug1      # remove the development branch

这个过程的优点是您可以使用正常的git工作流程。

是否绝对有必要同时处理多个bug ?这里的“立刻”指的是“同时对文件进行多个错误的编辑”。因为除非您绝对需要，否则我在您的环境中一次只处理一个错误。这样你就可以使用本地分支和重新建立基础，我发现这比管理复杂的存储/阶段要容易得多。

假设master在提交b，现在处理bug #1。

git checkout -b bug1

现在您在分支bug1上。做一些修改，提交，等待代码审查。这是本地的，所以你不会影响到其他人，而且从git差异中制作补丁应该很容易。

A-B < master
   \
    C < bug1

现在您正在处理bug2。用git checkout master返回master。创建一个新的分支，git checkout -b bug2。进行更改，提交，等待代码审查。

    D < bug2
   /
A-B < master
   \
    C < bug1

让我们假设在您等待审查时，其他人在master上提交了E & F。

    D < bug2
   /
A-B-E-F < master
   \
    C < bug1

当你的代码被批准后，你可以按照以下步骤将其重新设置为master:

git checkout bug1
git rebase master
git checkout master
git merge bug1

这将导致以下结果:

    D < bug2
   /
A-B-E-F-C' < master, bug1

然后你可以推送，删除你的本地bug1分支，然后你就可以走了。在您的工作空间中，一次只处理一个错误，但是通过使用本地分支，您的存储库可以处理多个错误。这样就避免了复杂的舞台舞蹈。

请在评论中回答ctote的问题:

那么，您可以回到为每个bug存储，并且一次只处理一个bug。至少这省去了分期问题。但尝试过之后，我个人觉得很麻烦。在git日志图中，存储有点混乱。更重要的是，如果你把事情搞砸了，你就无法挽回了。如果你有一个脏的工作目录，你弹出一个隐藏，你不能“撤消”这个弹出。搞砸已经存在的提交要困难得多。

那么，这就叫反应i。

当您将一个分支重新基于另一个分支时，您可以交互地进行(-i标志)。当您这样做时，您可以选择对每次提交做什么。Pro Git是一本很棒的书，它也是HTML格式的在线，并且有一个关于重基和压缩的不错的部分:

http://git-scm.com/book/ch6-4.html

为了方便起见，我将逐字逐句地引用他们的例子。假设你有以下提交历史记录，你想要将bug1重置并压缩到master上:

    F < bug2
   /
A-B-G-H < master
   \
    C-D-E < bug1

下面是当你输入git rebase -i master bug1时你会看到的结果

pick f7f3f6d changed my name a bit
pick 310154e updated README formatting and added blame
pick a5f4a0d added cat-file
#
# Commands:
#  p, pick = use commit
#  e, edit = use commit, but stop for amending
#  s, squash = use commit, but meld into previous commit
#
# If you remove a line here THAT COMMIT WILL BE LOST.
# However, if you remove everything, the rebase will be aborted.
#

要将一个分支的所有提交压缩为一次提交，请将第一次提交保留为“pick”，并将所有后续的“pick”条目替换为“squash”或简单的“s”。您还将有机会更改提交消息。

pick f7f3f6d changed my name a bit
s 310154e updated README formatting and added blame
s a5f4a0d added cat-file
#
# Commands:
#  p, pick = use commit
#  e, edit = use commit, but stop for amending
#  s, squash = use commit, but meld into previous commit

所以，是的，压扁是有点痛苦，但我仍然建议它比大量使用存储。

为什么不提交对某个错误的更改，并根据该提交及其前身创建一个补丁呢?

# hackhackhack, fix two unrelated bugs
git add -p                   # add hunks of first bug
git commit -m 'fix bug #123' # create commit #1
git add -p                   # add hunks of second bug
git commit -m 'fix bug #321' # create commit #2

然后，创建适当的补丁，使用git format-patch:

git format-patch HEAD^^

这将创建两个文件:0001-fix-bug-123。补丁和0002-fix-bug-321.patch

或者您可以为每个错误创建单独的分支，这样您就可以单独合并或重新建立错误修复，甚至在它们不起作用时删除它们。

我制作了一个脚本，只存储当前正在上演的内容，并保留其他所有内容。当我开始做太多不相关的改变时，这是非常棒的。简单地暂存与所需的提交和存储无关的内容。

(感谢bartjoomiej提供的起点)

#!/bin/bash

#Stash everything temporarily.  Keep staged files, discard everything else after stashing.
git stash --keep-index

#Stash everything that remains (only the staged files should remain)  This is the stash we want to keep, so give it a name.
git stash save "$1"

#Apply the original stash to get us back to where we started.
git stash apply stash@{1}

#Create a temporary patch to reverse the originally staged changes and apply it
git stash show -p | git apply -R

#Delete the temporary stash
git stash drop stash@{1}