这是(在我看来)最好的解决方案，这完全符合OP的要求。它只存储未暂存的、被跟踪的文件——无需不必要的提交或使用——keep-index存储所有更改的文件

它列出了所有未分段的、跟踪的更改(git diff——name-only)，将换行符转换为空格(| tr '\n' ' ' ')，并使用git stash push存储所有这些文件:

git stash push $(git diff --name-only | tr '\n' ' ')

我对Python程序如何预提交感兴趣。这是代码。 https://github.com/pre-commit/pre-commit/blob/3fe38dff05957f609cf7b97f471b35a8d9e0659a/pre_commit/staged_files_only.py#L50

它在功能上等同于:

git diff-index --ignore-submodules --binary --exit-code --no-color --no-ext-diff $(git write-tree) -- >stash.patch
git checkout -- .

# Do stuff now

git apply stash.patch && rm stash.patch

Git stash push有一个选项——keep-index，这正是你所需要的。

运行git stash push——keep-index。

git stash save --keep-index

此外,Re:

为什么不在提交更改之后提交它们呢?——心

答:因为你应该总是签入测试过的代码:)这意味着，你只需要用你即将提交的更改来运行测试

当然，作为一名有经验的程序员，您天生就有测试和检查这些更改的冲动——这只是在开玩笑

我使用了一个别名，它接受一个字符串作为消息发送到存储条目。

mystash = "!f() { git commit -m hold && git stash push -m \"$1\" && git reset HEAD^; }; f"

哪一个:

提交索引中的所有内容， 将更改的内容存储在工作树中(当然可以添加-u或-a)， 将最后一次提交重置回工作尝试(可能需要使用——soft将其保留在索引中)。

扩展前面的回答，我有时会有一组复杂的更改，但希望先提交一个单独的更改。例如，我可能发现了一个错误或其他不正确的代码，我想在进行阶段性更改之前修复它。一个可行的方法是:

首先把所有东西都藏起来，但保留阶段性的变化

$ git保存——keep-index[——include-untracked]

现在也将阶段性更改单独保存

$ git保存

为解决问题做出改变;和测试;提交:

$ git add[——interactive][——patch] $ git commit -m"fix…"

现在恢复之前的更改:

$ git隐藏pop

解决任何冲突，并注意如果存在冲突，git将应用而不是删除顶部的隐藏条目。

(…然后提交分阶段的更改，并恢复所有其他更改的存储，然后继续…)