空白以外の変更のみを追加する

ファイルの保存時に末尾の空白を自動的に削除するテキストエディターを使用していて、末尾の空白に重大な問題があるオープンソースプロジェクトに貢献しています。

パッチを送信しようとするたびに、まず空白のみの変更をすべて手動で無視して、関連情報のみを選択する必要があります。それだけでなく、私が実行するgit rebaseと、通常、そのためにいくつかの問題に遭遇します。

そのため、同様の方法で、空白以外の変更のみをインデックスに追加できるようにしたいのですgit add -pが、すべての変更を自分で選択する必要はありません。

誰でもこれを行う方法を知っていますか？

編集：プロジェクトの動作を変更することはできません。メーリングリストで議論した結果、これを無視することに決定しました。

@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それぞれコンテキスト一致の問題を回避します。

基本的には、add空白を変更せずに適用されるパッチを適用します。git addnw your/fileステージングされていない変更が残った後、余白が残っていることに気づくでしょう。

--no-colorは必須ではありませんが、色を常に設定しているため、使用する必要があります。とにかく、申し訳ありませんが安全です。

これは私にとってはうまくいきます：

隠し場所を維持したい場合、これは機能します

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

私はスタッシュ好きではないが、私はしているので、確かなものが、私は次のように設定し、少なくともREFLOGに行ったことを確認するために、私は変更を失うところのgit + cygwinの中にバグに遭遇します：

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を適用します。

実際の変更のみ（空白の変更のみの行を除く）を含むパッチファイルを作成し、ワークスペースをクリーンアップして、そのパッチファイルを適用します。

git diff>バックアップ
git diff -w>変更
git reset --hard
patch <変更

その後add、commit通常どおり、残りの違いを確認します。

Mercurialと同等のことはこれを行うことです：

hg diff> backup
hg diff -w> changes
hg revert --all
hg import --no-commit changes

コメントでのユーザーによると、パッチコンテキストに空白があるため、トップ投票の回答がすべてのケースで機能するわけではありません。

コマンドを次のように修正しました。

$ 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' -

次のものをに追加します.gitconfig。

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

インスピレーションを得るための@Colin Herbertの回答に感謝します。

構文の説明

final #は引用符で囲む必要があるため、内ではコメントとして扱われません.gitconfigが、代わりに渡され、シェル内でコメントとして扱われます-の末尾git applyとユーザー指定の引数の間に挿入され、git自動的にコマンドラインの終わり。これらの引数はここでは必要ありません- git applyそれらを消費したくないので、前のコメント文字です。このコマンドを実行して、このGIT_TRACE=1 git anw動作を確認してください。

--信号は、引数の終わりとあなたが名前のファイルがあること場合することができます-wかにスイッチのように見える何かをgit diff。

エスケープされた二重引用符$@は、ユーザー指定の引用符付き引数を保持するために必要です。"文字がエスケープされていない場合、.gitconfigパーサーによって消費され、シェルに到達しません。

注：.gitconfig別名解析が何か特別なとして単一引用符を認識しない-その唯一の特殊文字は"、\、\n、および;（外"-quoted文字列）。これが"、単一引用符で囲まれた文字列の内部にあるように見えても（gitが完全に不可知論である）、常にエスケープする必要がある理由です。

これは重要です。bash作業ツリーのルートでコマンドを実行するための便利なエイリアスがある場合。不適切な定式化は次のとおりです。

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

正しいものは：

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

次はどうですか：

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

バッククォート内のコマンドは、空白以外の変更があったファイルの名前を取得します。

末尾の空白が意図的なものかどうかを最初に検討する必要があります。Linuxカーネル、Mozilla、Drupal、およびKerberos（スタイルに関するWikipediaのページからいくつか例を挙げます）を含む多くのプロジェクトでは、末尾の空白を禁止しています。Linuxカーネルのドキュメントから：

まともなエディタを入手し、行末に空白を残さないでください。

あなたの場合、問題は逆です：以前のコミット（そしておそらく現在のコミット）はこのガイドラインに従っていませんでした。

末尾の空白を本当に必要としている人はいないと思います。問題の修正は歓迎すべき変更かもしれません。他のユーザーも同じ問題を経験している可能性があります。また、末尾の空白を追加している寄稿者がそうしていることに気づいていない可能性もあります。

問題を無視するようにgitを再構成したり、エディターのその他の望ましい機能を無効にしたりするのではなく、問題を説明するプロジェクトメーリングリストへの投稿から始めます。多くのエディター（およびgit自体）は、末尾の空白を処理するように構成できます。

末尾の空白を削除するgit pre-commitフックを見つけました。ただし、他のユーザーにこれを使用してもらうことができない場合は、有効なソリューションではない可能性があります。

  #!/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