これを実行する単一のgitコマンドが必要です：どのような状態にあるかに関係なく、ローカルのプッシュされていないコミット、ステージングされていないコミット、またはチェンジリストにあるものがあるか、リベースまたはマージの途中であるか、いくつかの状態にある可能性があります奇妙な状態、それはこれを行います：
たまに、「OK git、レポジトリの新しいクローンを作成してgitcheckout-bを実行したのとまったく同じ状態に戻してください」と言いたい状況に陥ります。ブランチ私は（または私がリベースの最中だった場合は）オンになっています」
可能性の数が多く、ある状況に適しているものが別の状況に適していないため、「1つの答え」の解決策はありません。したがって、@ twalbergが指摘しているように、さまざまなコマンドと、何が何を、なぜ行うのかを学ぶ必要があります。
そうは言っても....私は通常次のものを使用します：
git reset --hard HEAD ＃ローカルで行ったことをすべて削除し、最初にプルした（または最後のコミット以降）バージョンのブランチの使用に戻ります。他の開発者もこれを行うgit reset --hard origin/the_branch_nameために行います。
git checkout -b new_branch＃新しいブランチに対してこれを実行し、ブランチに多数の変更を加えたときに、新しいブランチでこの作業を実行することを意図していたことに気付きました。また、マージとリベースを行う前に、new_branchからチェックアウト-b new_new_branch_nameを実行して、リベースとマージを行うのが良いことを学びました。そうすれば、問題が発生した場合は、そのブランチを削除して、悪影響を与えることなくやり直すことができます。 。
git rebase -i HEAD~10過去10回のコミットをインタラクティブにリベースすることを意味します。これは、行われた履歴コミットに変更を加えることを意味します（現在の状態自体は変更されません）。
これにより、コミット履歴内のコミットを押しつぶしたり、並べ替えたり、削除したりできるエディターが表示されます。これは、さまざまなコミットのさまざまな変更を整理して、より少ないコミットにグループ化するための非常に便利なコマンドです。コードレビューの前に、（必要に応じて）常に押しつぶそうとします。
警告：インタラクティブリベースは、特に他の共同作業者がいる場合に、まだリモートにプッシュされていないブランチに最適です（注意しないと履歴を台無しにする可能性があります）。基本的に、まだローカルにいる場合、またはリモートにプッシュしたが、他の誰もそのブランチで作業していないことがわかっている場合に使用するのが最適です。
git checkout path_to/and_file_at/myfile.rb
これは、単一のファイルを最後のコミット時の状態に戻しました。基本的に、ローカルの（コミットされていない）変更は破棄されます。
git clean-現在のディレクトリから、バージョン管理されていないファイルを再帰的に削除します。
あなたがしたいことの例については、このページgit resetを参照してください。
コメントで指摘されているように、git clean追跡されていないファイルをツリーから削除します。その仕組みの詳細については、このページを参照してください。
本当に単一のコマンドにしたい場合は、エイリアスなどを記述して、これら2つのコマンドを一緒に実行できます。
私が探していたものを正確に見つけました：https ：//github.com/mapmeld/gitjk