类似于@void。指针的答案，但修复最近的提交。

git reset --mixed HEAD^
git diff -U0 -w --no-color | git apply --cached --ignore-whitespace --unidiff-zero -

这将使空白更改不进行，而其余更改将进行。

我发现了一个git预提交钩子，它删除了尾随的空白。但是，如果您不能让其他人使用它，那么它可能不是一个有效的解决方案。

  #!/bin/sh

  if git-rev-parse --verify HEAD >/dev/null 2>&1 ; then
     against=HEAD
  else
     # Initial commit: diff against an empty tree object
     against=4b825dc642cb6eb9a060e54bf8d69288fbee4904
  fi
  # Find files with trailing whitespace
  for FILE in `exec git diff-index --check --cached $against -- | sed '/^[+-]/d' | sed -r 's/:[0-9]+:.*//' | uniq` ; do
     # Fix them!
     sed -i 's/[[:space:]]*$//' "$FILE"
  done
  exit

下面这个怎么样:

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

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

类似于@void。指针的答案，但修复最近的提交。

git reset --mixed HEAD^
git diff -U0 -w --no-color | git apply --cached --ignore-whitespace --unidiff-zero -

这将使空白更改不进行，而其余更改将进行。

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

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

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

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

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

投票最多的答案并不适用于所有情况，因为根据评论中的用户，补丁上下文中有空白。

我将命令修改如下:

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

这会生成一个没有上下文的补丁。应该不是问题，因为补丁是短暂的。

对应的别名，同样是其他用户已经提供的内容的修订:

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