我发现了一个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-`

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

我发现了一个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

首先应该考虑后面的空格是否是有意的。许多项目，包括Linux内核、Mozilla、Drupal和Kerberos(仅列举维基百科页面上关于样式的几个例子)禁止尾随空格。来自Linux内核文档:

找个像样的编辑，别走 行尾的空格。

在您的情况下，问题是反过来的:以前的提交(可能是当前的提交)没有遵循这个指导原则。

我敢打赌，没有人真的想要后面的空格，解决这个问题可能是一个受欢迎的改变。其他用户可能也遇到了与您相同的问题。也有可能添加尾随空格的贡献者没有意识到他们正在这样做。

与其试图重新配置git来忽略这个问题，或者在编辑器中禁用其他理想的功能，我宁愿先在项目邮件列表中发布一篇文章来解释这个问题。许多编辑器(以及git本身)都可以配置为处理尾随空格。

这对我来说很管用:

如果你想藏点，这招管用

git stash && git stash apply && git diff -w > foo.patch && git checkout . && git apply foo.patch && rm foo.patch

我不喜欢存储，但我在git + cygwin中遇到了一个错误，我失去了变化，所以为了确保东西去了reflog，至少我设置了以下内容:

git add . && git commit -am 'tmp' && git reset HEAD^ && git diff -w > foo.patch && git checkout . && git apply foo.patch && rm foo.patch

基本上，我们创建了一个不包括空格更改的diff，还原所有更改，然后应用diff。

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

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

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