コンテンツを削除せずに多数のファイルをアンステージする方法

私が誤ってたくさんの一時ファイルを追加しました git add -A

次のコマンドを使用してファイルをアンステージングし、ダーティインデックスを削除することに成功しました。

git ls-files -z | xargs -0 rm -f
git diff --name-only --diff-filter=D -z | xargs -0 git rm --cached

上記のコマンドは、にリストされていgit help rmます。しかし残念なことに、キャッシュオプションを指定していても、実行時にファイルも削除されました。コンテンツを失わずにインデックスをクリアするにはどうすればよいですか？

また、このパイプ操作の仕組みを誰かが説明できると助かります。

git reset

やりすぎの「git add」の実行を元に戻すことだけが必要な場合：

git reset

変更はステージング解除され、必要に応じて再度追加できるようになります。

実行しないでくださいgit reset --hard。

追加したファイルのステージを解除するだけでなく、作業ディレクトリで行った変更を元に戻します。作業ディレクトリに新しいファイルを作成した場合、それらは削除されません。

手付かずのレポがある場合（またはHEADが設定されていない場合）^[1]

rm .git/index

もちろん、追加したいファイルを再度追加する必要があります。

^[1]注意（コメントで説明されているように）これは通常、リポジトリが新品（「元の状態」）である場合、またはコミットが行われていない場合にのみ発生します。より技術的には、チェックアウトまたは作業ツリーがないときはいつでも。

より明確にするだけです:)

git reset HEADファイルを削除せずにインデックスをリセットするために使用します。（インデックス内の特定のファイルのみをリセットしたい場合は、を使用git reset HEAD -- /path/to/fileしてリセットできます。）

シェル内のパイプオペレーターはstdout、左側のプロセスのを受け取りstdin、右側のプロセスに渡します。これは基本的に次のものと同等です。

$ proc1 > proc1.out
$ proc2 < proc1.out
$ rm proc1.out

代わり$ proc1 | proc2に、最初のプロセスがデータを出力する前に、2番目のプロセスがデータの取得を開始できます。実際のファイルは関与していません。

git stash && git stash pop

HEADが設定されていない場合（つまり、まだコミットはありませんが、.git保持したい他のリポジトリ設定がすでに設定されているため、ただ吹き飛ばしたくない場合）、次のようにすることもできます

git rm -rf --cached .

すべてをステージング解除します。これは実質的にseheのソリューションと同じですが、Gitの内部をいじくるのを避けます。

警告：コミットされていない作業を失いたくない場合を除いて、次のコマンドを使用しないでください。

の使用方法git resetについて説明しましたが、パイプコマンドの説明も求めたので、次のように記述します。

git ls-files -z | xargs -0 rm -f
git diff --name-only --diff-filter=D -z | xargs -0 git rm --cached

このコマンドgit ls-filesは、gitが認識しているすべてのファイルを一覧表示します。オプション-zはそれらに特定の形式を課しますxargs -0。これは、が期待する形式であり、それらを呼び出しますrm -f。つまり、承認を確認せずにそれらを削除します。

言い換えれば、「gitが認識しているすべてのファイルをリストし、ローカルコピーを削除する」ということです。

次に、にアクセスしますgit diff。これは、gitが認識しているアイテムの異なるバージョン間の変更を示しています。それらは、異なるツリー間の変更、ローカルコピーとリモートコピーの違いなどです。
ここでは、ステージングされていない変更を示しています。変更したがまだコミットしていないファイル このオプション--name-onlyは、（完全な）ファイル名のみが--diff-filter=D必要であることを意味し、削除されたファイルのみに関心があることを意味します。（ねえ、私たちはたくさんのものを削除しませんでしたか？） 次にxargs -0、これは前に見たにパイプで送られ、git rm --cachedそれらを呼び出します。つまり、キャッシュから削除されますが、作業ツリーはそのままにしておく必要があります—作業ツリーからすべてのファイルを削除しました。これで、それらもインデックスから削除されました。

つまり、ステージングされているかどうかに関係なく、すべての変更がなくなり、作業ツリーは空になります。叫び声を上げ、元のファイルまたはリモートからファイルをチェックアウトし、作業をやり直してください。これらの地獄の線を書いたサディストを呪いなさい。誰もがこれをしたいと思う理由は、私にはまったくわかりません。

TL; DR：すべてをホースしただけです。最初からやり直して、git resetこれから使用します。

これらのコマンドラインの最初のものが、gitのステージング領域にあるすべてのファイルを作業コピーから無条件に削除したと思います。2つ目は、追跡されたが現在は削除されているすべてのファイルのステージングを解除しました。残念ながら、これはそれらのファイルへのコミットされていない変更が失われることを意味します。

作業コピーとインデックスを最後のコミット時の状態に戻したい場合は、次のコマンドを（慎重に）使用できます。

git reset --hard

git reset --hard 作業コピーとインデックスのコミットされていない変更を消去するので、「慎重に」と言います。ただし、この状況では、最後のコミット時の状態に戻したいだけのように聞こえ、コミットされていない変更はとにかく失われています。

更新：まだコミットを作成していない（HEADを解決できないため）とのAmberの回答に対するコメントから聞こえるので、これは役に立たないと思います。

これらのパイプがどのように機能するかについてはgit ls-files -z、git diff --name-only --diff-filter=D -z両方とも、バイトで区切られたファイル名のリストを出力します0。（改行とは異なり、0Unixライクなシステムではファイル名にバイトが含まれないことが保証されているため、これは便利です。）プログラムはxargs基本的に、標準入力からコマンド行を構築します。デフォルトでは、標準入力から行を取得して最後に追加します。コマンドラインの。-0オプションは区切らによって標準入力を期待すると言う0バイト。 xargsコマンドを数回呼び出して、標準入力からすべてのパラメーターを使い果たし、コマンドラインが長くなりすぎないようにします。

簡単な例としてtest.txt、次の内容のと呼ばれるファイルがあるとします。

hello
goodbye
hello again

...次に、コマンドxargs echo whatever < test.txtはコマンドを呼び出します。

echo whatever hello goodbye hello again

すべての変更をステージング解除するには、以下のコマンドを使用します。

git reset --soft HEAD

変更をステージング解除して作業ディレクトリから元に戻す場合は、

git reset --hard HEAD