@Frew解决方案不是我所需要的，所以这是我为完全相同的问题所做的别名:

alias.addnw=!sh -c 'git diff -U0 -w --no-color "$@" | git apply --cached --ignore-whitespace --unidiff-zero -'

或者你可以简单地运行:

git diff -U0 -w --no-color | git apply --cached --ignore-whitespace --unidiff-zero -

更新

根据此注释，分别添加选项-U0和——unidiff-zero来解决上下文匹配问题。

基本上，它应用的补丁将应用添加没有空格更改。你会注意到在git addnw你的/文件之后，仍然会有非阶段性的变化，它是空白。

no-color不是必需的，但我把颜色设置为always，我必须使用它。总之，小心总比后悔好。

警告

虽然这个技巧按原样工作，但如果您尝试使用它来删除——ignore-blank-lines的空行更改，那么事情就会变得复杂。使用这个选项，git diff只会删除一些块，使结果补丁伪造，因为目标文件中的行号将是关闭的。

创建一个只包含真正更改的补丁文件(不包括只有空白更改的行)，然后清理工作空间并应用该补丁文件:

Git diff >备份 Git diff -w >变化 Git重置——很难 补丁<更改

检查剩余的差异，然后像往常一样添加和提交。

Mercurial的等效功能是这样做的:

Hg diff > backup Hg diff -w >变化 Hg回复——全部 Hg导入——不提交更改

@Frew解决方案不是我所需要的，所以这是我为完全相同的问题所做的别名:

alias.addnw=!sh -c 'git diff -U0 -w --no-color "$@" | git apply --cached --ignore-whitespace --unidiff-zero -'

或者你可以简单地运行:

git diff -U0 -w --no-color | git apply --cached --ignore-whitespace --unidiff-zero -

更新

根据此注释，分别添加选项-U0和——unidiff-zero来解决上下文匹配问题。

基本上，它应用的补丁将应用添加没有空格更改。你会注意到在git addnw你的/文件之后，仍然会有非阶段性的变化，它是空白。

no-color不是必需的，但我把颜色设置为always，我必须使用它。总之，小心总比后悔好。

警告

虽然这个技巧按原样工作，但如果您尝试使用它来删除——ignore-blank-lines的空行更改，那么事情就会变得复杂。使用这个选项，git diff只会删除一些块，使结果补丁伪造，因为目标文件中的行号将是关闭的。

我让我的文本编辑器在保存文件时自动修剪尾随空格

你的编辑器没有proj / dir特定的设置吗?可以禁用此项目的空白首选项。似乎是一个更简单的解决方案…

在你的.gitconfig中添加以下内容:

anw = !git diff -U0 -w --no-color -- \"$@\" | git apply --cached --ignore-whitespace --unidiff-zero "#"

感谢@Colin Herbert的回答给了我灵感。

语法解释

The final # must be quoted so it's not treated it as a comment inside the .gitconfig, but instead gets passed through and is treated as a comment inside the shell - it is inserted between the end of the git apply and the user-supplied arguments that git automatically places at the end of the command line. These arguments aren't wanted here - we don't want git apply to consume them, hence the preceding comment character. You may want to run this command as GIT_TRACE=1 git anw to see this in action.

——表示参数的结束，并允许你有一个名为-w或类似于git diff开关的文件。

需要在$@周围转义双引号来保存用户提供的引号参数。如果' '字符没有转义，它将被.gitconfig解析器使用，而不会到达shell。

注意:.gitconfig别名解析不识别任何特殊的单引号-它唯一的特殊字符是“，\，\n，和;(在引号字符串之外)。这就是为什么“必须总是转义，即使它看起来像是在单引号字符串中(git完全不知道这一点)。

这很重要。如果您有一个方便的别名，可以在工作树的根中执行bash命令。不正确的说法是:

sh = !bash -c '"$@"' -

而正确的答案是:

sh = !bash -c '\"$@\"' -

下面这个怎么样:

git add `git diff -w --ignore-submodules |grep "^[+][+][+]" |cut -c7-`

反引号内的命令获取有非空格更改的文件名。