Gitのステージングされていない変更を破棄するにはどうすればよいですか？

インデックスにない作業コピーの変更を破棄するにはどうすればよいですか？

別のより速い方法は：

git stash save --keep-index --include-untracked

--include-untracked徹底したくない場合は、含める必要はありません。

その後、必要にgit stash drop応じてそのスタッシュをコマンドでドロップできます。

現在の作業ディレクトリにあるすべてのステージングされていないファイルについては、次を使用します。

git checkout -- .

特定のファイルを使用する場合：

git checkout -- path/to/file/to/revert

--ここでは、引数のあいまいさを削除します。

完全なソリューションは次のようです：

git clean -df
git checkout -- .

git clean追跡されていないファイルをすべて削除し（警告：.gitignoreで直接言及されている無視されたファイルは削除しませんが、フォルダーにある無視されたファイルを削除する可能性があります）、ステージングされていgit checkoutないすべての変更をクリアします。

これにより、現在のディレクトリの現在のインデックスがチェックアウトされ、ファイルのすべての変更が現在のディレクトリから下方向に破棄されます。

git checkout .

または、インデックスからすべてのファイルをチェックアウトして、作業ツリーファイルを上書きします。

git checkout-index -a -f

git clean -df

現在のディレクトリから始めて、バージョン管理されていないファイルを再帰的に削除して、作業ツリーをクリーンアップします。

-d：追跡されていないファイルに加えて追跡されていないディレクトリを削除する

-f：力（clean.requireForce設定によっては必要ない場合があり ます）

実行git help cleanしてマニュアルを表示

私のお気に入りは

git checkout -p

これにより、チャンクを選択的に元に戻すことができます。

以下も参照してください。

git add -p

答えは私が使用する正確なオプションの組み合わせを示唆していないので、ここにあります：

git clean -dfx
git checkout .

これは、使用したgit cleanオプションのオンラインヘルプテキストです。

-d

追跡されていないファイルに加えて、追跡されていないディレクトリを削除します。追跡されていないディレクトリが別のGitリポジトリによって管理されている場合、デフォルトでは削除されません。-fこのようなディレクトリを本当に削除したい場合は、オプションを2回使用してください。

-f

Gitの構成変数がいる場合clean.requireForceに設定されていないfalse、Gitのクリーンは、与えられない限り、ファイルやディレクトリを削除することを拒否します-f、-nまたは-i。.git2番目-fが指定されない限り、Gitはサブディレクトリまたはファイル内のディレクトリの削除を拒否します。

-x

.gitignore（ディレクトリごとに）およびからの無視ルールを使用しないでください$GIT_DIR/info/exclude。ただし、-eオプションで指定された無視ルールは引き続き使用してください。これにより、ビルド製品を含むすべての追跡されていないファイルを削除できます。これを（おそらくと組み合わせてgit reset）使用して、クリーンビルドをテストするための初期の作業ディレクトリを作成できます。

また、git checkout .レポのルートで実行する必要があります。

既存のファイルへの変更を削除するだけの場合は、checkout（ここに記載されている）を使用します。

git checkout -- .

• ブランチが指定されていないため、現在のブランチをチェックアウトします。
• 二重ハイフン（--）は、2番目の引数（パス）として続くものをGitに伝え、ブランチの指定をスキップしたことを示します。
• ピリオド（.）はすべてのパスを示します。

最後のコミット以降に追加されたファイルを削除したい場合は、clean（ここに記載されている）を使用してください：

git clean -i 

• この-iオプションは、clean誤った削除を防ぐために、インタラクティブを開始します。
• 他のいくつかのオプションを使用して、より迅速に実行できます。ドキュメントを参照してください。

後でアクセスできるように変更を保留スペースに移動したい場合は、stash（ここに記載されている）を使用します。

git stash

• 後でアクセスできるように、すべての変更はGitのStashに移動されます。
• より微妙な隠し場所にはいくつかのオプションがあります。ドキュメントを参照してください。

どのコマンドをいつ使用するかを説明するのに、この記事は本当に役に立ちました：http : //www.szakmeister.net/blog/2011/oct/12/reverting-changes-git/

いくつかの異なるケースがあります：

1. ファイルをステージングしていない場合は、を使用しますgit checkout。チェックアウト「インデックス内のバージョンと一致するように作業ツリー内のファイルを更新します」。ファイルがステージングされていない場合（別名、インデックスに追加されている場合）...このコマンドは基本的に、ファイルを最後のコミット時の状態に戻します。

   git checkout -- foo.txt

2. ファイルをステージングした場合は、git resetを使用します。リセットは、コミットに一致するようにインデックスを変更します。

   git reset -- foo.txt

使用することgit stashは、少し危険が少ないため、人気のある選択だと思います。git resetを使用しているときに誤って吹き飛ばしすぎた場合は、いつでも元に戻すことができます。デフォルトでは、リセットは再帰的です。

詳細については、上記の記事をご覧ください。

これを行う最も簡単な方法は、次のコマンドを使用することです。

このコマンドは、作業ディレクトリの変更を破棄するために使用されます-

git checkout -- .

https://git-scm.com/docs/git-checkout

gitコマンドでは、追跡されていないファイルを隠しておくには、次のようにします。

git stash -u

http://git-scm.com/docs/git-stash

ステージングされていない変更を保持することに興味がない場合（特に、ステージングされた変更が新しいファイルである場合）、これは便利です。

git diff | git apply --reverse

git checkout -f

man git-checkout：

-f, --force

ブランチを切り替える場合、インデックスまたは作業ツリーがHEADと異なっていても続行します。これは、ローカルの変更を破棄するために使用されます。

インデックスからパスをチェックアウトするとき、マージされていないエントリで失敗しないでください。代わりに、マージされていないエントリは無視されます。

git statusと入力すると、 （「git checkout-...」を使用して作業ディレクトリの変更を破棄します） が表示されます。

例えば git checkout -- .

git stashを使用できます。問題が発生した場合でも、stashから復帰できます。ここでの他のいくつかの回答と同様ですが、これはすべてのステージングされていないファイルとすべてのステージングされていない削除も削除します。

git add .
git stash

すべてが問題ないことを確認した場合、隠し場所を捨てます。

git stash drop

Bilal Maqsoodからの回答git cleanも私にとってはうまくいきましたが、隠しておくことで私はより詳細に制御できます-誤って失敗した場合でも、変更を取り戻すことができます

更新

私はもう1つの変更があると思います（これが以前にうまくいった理由がわかりません）。

git add . -A の代わりに git add .

せずに-A削除されたファイルが上演されることはありません

2019アップデート：

2019年7月以降、これを正確に実行する新しいコマンドがありますgit restore。

ではgit status、今ではGitは以前のようにではなくこのコマンドをgit checkout使用することを推奨しています。

このコマンドを使用して、作業ツリーを特定のコミットに復元したり、インデックスの内容を復元したりすることもできますが、デフォルトでは、作業ツリーはインデックスの状態に復元されます（ここで尋ねられた内容）。

したがって、pathspecに一致するファイルを復元するには（ステージングされていない変更を取り除く）、次のようにします。

git restore <pathspec>

たとえば、ステージングされていないすべての変更を現在のディレクトリに復元するには、次のコマンドを実行します。

git restore .

これをプロジェクトのルートから実行すると、ステージングされていないすべての変更がリポジトリ全体に復元されます。

git checkout -- .（Mariusz Nowakによって指摘されたように）これはGitによって追跡されたファイルへの変更のみを破棄し、新しい追跡されていないファイルは破棄しないことに注意してください。新しい追跡されていないファイルを含む、ステージングされていない変更を破棄したい場合は、追加で実行できます。

git clean -df

この後のコマンドには十分注意してください。ただし、削除するつもりがなかったファイルは破棄される可能性があります。

注意git restore：これは新しいコマンドなので、そのmanページは警告を出します：

このコマンドは試験的なものです。動作が変わる場合があります。

したがって、将来的に動作が変更されると、この回答が古くなる可能性があります。したがって、man git-restore使用する前にクイックを実行するのが賢明かもしれません。

変更を破棄する代わりに、リモートを原点にリセットしました。注-この方法は、フォルダーをリポジトリのフォルダーに完全に復元するためのものです。

だから私はこれを行って、私がgit resetしたときに彼らがそこに座っていないことを確認します（後で-Origin / branchnameのgitignoresを除外します）

注：まだ追跡されていないがGITIGNOREではないファイルを保持する場合は、リモートリポジトリにない追跡されていないファイルをワイプするため、この手順をスキップすることができます（@XtrmJoshに感謝）。

git add --all

その後私は

git fetch --all

次に、元にリセットします

git reset --hard origin/branchname

それはそれを正方形に戻します。ブランチを再クローニングするのと同じように、gitignoredされたすべてのファイルをローカルで適切な場所に保持します。

以下のユーザーコメントごとに更新：ユーザーが現在使用しているブランチにをリセットするバリエーション。

git reset --hard @{u}

上記のすべてのソリューションを試しましたが、まだ新しいステージングされていないファイルを取り除くことができませんでした。

git clean -fこれらの新しいファイルを削除するために使用します- ただし注意してください！強制オプションに注意してください。

単に言う

git stash

ローカルの変更がすべて削除されます。後で言うことでも使用できます

git stash apply 

またはgit stash pop

ただ使用する：

git stash -u

できました。簡単です。

stashスタックが本当に気になる場合は、でフォローできますgit stash drop。しかし、その時点で（Mariusz Nowakから）を使用したほうがよいでしょう。

git checkout -- .
git clean -df

それでも、1つのコマンドgit stash -uですべての追跡された変更と追跡されていない変更を「破棄」するので、私は最高のものが好きです。しかし、唯一の破棄の変更、および追跡のみ破棄人跡未踏の変更を...と両方のコマンドを入力することでこれまであまりにも多くの仕事:)git checkout -- .git clean -df

完全に破棄するには： git reset --hard

後で変更を保存するには： git stash

これは次のディレクトリでも機能します。通常のgit権限以外。

sudo chmod -R 664 ./* && git checkout -- . && git clean -dfx

最近私に起こった

あなたは非常に単純なgitコマンドを持っています git checkout .

cd path_to_project_folder  # take you to your project folder/working directory 
git checkout .             # removes all unstaged changes in working directory

私の考えでは、

git clean -df

トリックを行う必要があります。git cleanのGitドキュメントに従って

git-clean-作業ツリーから追跡されていないファイルを削除する

説明

現在のディレクトリから始めて、バージョン管理されていないファイルを再帰的に削除して、作業ツリーをクリーンアップします。

通常、Gitに認識されていないファイルのみが削除されますが、-xオプションが指定されている場合、無視されたファイルも削除されます。これは、たとえば、すべてのビルド製品を削除するのに役立ちます。

オプションの...引数を指定すると、それらのパスのみが影響を受けます。

オプション

-d追跡されていないファイルに加えて、追跡されていないディレクトリを削除します。追跡されていないディレクトリが別のGitリポジトリによって管理されている場合、デフォルトでは削除されません。そのようなディレクトリを本当に削除したい場合は、-fオプションを2回使用します。

-f --force Git構成変数clean.requireForceがfalseに設定されていない場合、-f、-n、または-iを指定しない限り、git cleanは実行を拒否します。

リポジトリがどのような状態であっても、以前のコミットにいつでもリセットできます。

git reset --hard <commit hash>

これにより、そのコミット後に行われたすべての変更が破棄されます。

git clean -dfよりも具体的な新しいファイルを取り除く別の方法（必ずしもすべてではない一部のファイルを取り除くことができます）は、最初に新しいファイルをインデックスに追加し、次にstashしてからドロップします隠しておく。

この手法は、何らかの理由で、追跡されていないファイルを通常のメカニズム（rmなど）で簡単に削除できない場合に役立ちます。

以下は、別のリポジトリと定期的に同期（プルリクエストなど）するリポジトリのフォークを使用している場合の実際の解決策です。短い答え：forkとreforkを削除しますが、githubの警告を読んでください。

私は同様の問題を抱えていましたが、おそらく同じではなく、私の解決策は理想的ではないと言って悲しいですが、最終的には効果的です。

私はしばしば次のようなgitステータスメッセージを表示します（少なくとも2/4ファイルが含まれます）：

$ git status
# Not currently on any branch.
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/constraint_s2var.dats
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/parsing/parsing_s2var.dats
#
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/constraint_s2Var.dats
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/parsing/parsing_s2Var.dats

鋭い目で、これらのファイルには、大文字と小文字が区別されない場合の1文字のdopplegangersがあることに注意してください。どういうわけか、私がこのパスを最初に何に導いたのか（私は上流のリポジトリから自分でこれらのファイルを操作していなかったため）、私はこれらのファイルを切り替えていました。このページ（および他のページ）にリストされている多くの解決策を試しても、役に立たないようです。

フォークしたリポジトリとすべてのローカルリポジトリを削除し、フォークすることで問題を解決できました。これだけでは十分ではありませんでした。アップストリームは、問題のファイルの名前を新しいファイル名に変更する必要がありました。コミットされていない作業、ウィキ、アップストリームリポジトリから分岐する問題がない限り、問題はありません。控えめに言っても、上流はあなたにあまり満足していないかもしれません。私の問題については、私はgitにそれほど熟達していないため、間違いなくユーザーエラーですが、点を修正するのは簡単ではなく、gitの問題にもほど遠いという事実です。

スタッシュを他の人に転送したい場合：

# add files
git add .  
# diff all the changes to a file
git diff --staged > ~/mijn-fix.diff
# remove local changes 
git reset && git checkout .
# (later you can re-apply the diff:)
git apply ~/mijn-fix.diff

[編集]コメントのとおり、スタッシュに名前を付けることができます。まあ、あなたがあなたの隠し場所を共有したいなら、これを使ってください;）

説明的な方法でそれを行う方法を説明する独自のエイリアスを作成できます。

次のエイリアスを使用して変更を破棄します。

作業ツリー内のファイルのリストの変更を破棄する

discard = checkout --

次に、それを次のように使用して、すべての変更を破棄できます。

discard .

または単にファイル：

discard filename

そうでなければ、すべての変更と追跡されていないファイルを破棄したい場合は、チェックアウトとクリーンを組み合わせて使用​​します。

作業ツリーの変更と追跡されていないファイルをクリーンアップして破棄する

cleanout = !git clean -df && git checkout -- .

したがって、次のように使用は簡単です。

cleanout

多くのエイリアスを含む次のGithubリポジトリで利用可能になりました：

• https://github.com/GitAlias/gitalias

ファイルが常にステージングされないという奇妙な状況がありました。これは解決に役立ちます。

git rm .gitattributes
git add -A
git reset --hard