現在、作業ディレクトリに3つの変更されたファイルがあります。ただし、そのうちの1つをHEADステータスにリセットする必要があります。
SVNではsvn revert <filename>（svn update <filename>必要に応じてその後に）を使用しgit reset --hardますが、Gitではを使用する必要があります。ただし、このコマンドは単一のファイルを操作することはできません。
Gitで単一ファイルへの変更を破棄し、新しいHEADコピーで上書きする方法はありますか？
回答:
次のコマンドを使用できます。
git checkout HEAD -- my-file.txt
...の作業コピーmy-file.txtとその状態の両方をHEADからの更新で更新します。
--基本的に、この時点以降のすべての引数をファイル名として扱います。この回答の詳細。これを指摘してくれたVonCに感謝します。
HEAD~1て最後から2番目のコミットを示すことができることを忘れないでください。
HEAD参照-あなたは現在のブランチの先頭にある場合norbauer.com/rails-consulting/notes/...
resetコマンドは（それが言うように）「パスでハードリセットを行うことができない」、そして、なぜcheckoutコマンドは、ハードリセットセット全体に使用（することはできません？）ではないのですか？（つまり、なぜそのように設計されているのかということです。）
git checkout「作業ツリーのパスを、インデックスまたは<tree-ish>の内容で置き換えることによって上書きします」のマニュアルページから。つまり<tree-ish>、省略した場合、インデックス内のコンテンツは作業ツリーの更新に使用されます。これはHEADと異なる場合と異なる場合があります。
1つのファイルをHEADにハードリセットするには：
git checkout @ -- myfile.ext
はの@略ですHEAD。古いバージョンのgitは短い形式をサポートしない場合があります。
インデックスが空でないと仮定して、単一のファイルをインデックスにハードリセットするには、それ以外の場合はHEADに設定します。
git checkout -- myfile.ext
ポイントは、安全のために、ということであるあなたが出たままにしたくない@か、HEADあなたは、具体的インデックスにリセットすることを意味しない限り、コマンドからのみ。
man bashページを参照してください。この回答でも言及：unix.stackexchange.com/a/187548/142855
--プログラムを通知するために使用されますI've finished specifying "options", and from here on, everything will be a positional argument.。従来、「オプション」はのようなトークン--recursiveで、任意の順序で表示したり、のように短い形式で組み合わせることができrm -rfます。反対に、「位置引数」は、プログラミング言語の関数に渡される引数に非常によく似ています。トークンのリストでの位置は、プログラムがそれらをどのように処理するかを正確に定義します（これらはしばしばファイル名です）。--どちらがどちらであるかに関する曖昧さを取り除きます。
Git 2.23（2019年8月）以降、以下を使用できますrestore（詳細）：
git restore pathTo/MyFile
上記は現在のブランチの（最後のコミット）で復元さMyFileれHEADます。
他のコミットから変更を取得したい場合は、コミット履歴をさかのぼることができます。以下のコマンドはMyFile、最後のコミットの前に2つのコミットを取得します。-s（--source）オプションが必要になったのは、ソースを復元するときに（デフォルト）master~2ではなく、現在使用masterしているためです。
git restore -s master~2 pathTo/MyFile
他のブランチからファイルを取得することもできます！
git restore -s my-feature-branch pathTo/MyFile
HEADへの参照は必要ありません。
git checkout -- file.js 十分なものです
特にgitにあまり慣れていない場合は、お湯からあなたを救うためのシンプルで簡単な実践的な方法：
ファイルのログを表示する
git log myFile.js
コミット1023057173029091u23f01w276931f7f42595f84f作成者：kmiklas日付：2018年8月7日火曜日09:29:34 -0400
JIRA-12345-新しいアーキテクチャでリファクタリング。
ファイルのハッシュに注意：
1023057173029091u23f01w276931f7f42595f84f
ハッシュを使用してファイルを表示します。それがあなたが望むものであることを確認してください：
git show 1023057173029091u23f01w276931f7f42595f84f：./ myFile.js
ファイルをローカルコピーにリダイレクトする
git show 1023057173029091u23f01w276931f7f42595f84f：./ myFile.js> myFile.07aug2018.js
現在のファイルをバックアップします。
cp myFile.js myFile.bak.js
両方のファイルをお気に入りのテキストエディターで開きます。
vim myFile.js
vim myFile.07aug2018.js
myFile.07aug2018.jsからmyFile.jsにコードをコピーして貼り付け、保存します。
myFile.jsをコミットしてプッシュする
再度ログを表示し、ファイルが適切に配置されていることを確認します。
最新バージョンを取得するようクライアントに指示し、古いバージョンが適切に機能することを確認してください。
最もセクシーな、または最もgit中心のソリューションではなく、間違いなく「手動」のリセット/復帰ですが、機能します。gitの最小限の知識が必要で、コミット履歴を乱すことはありません。
git checkout以下がその答えです。gitでは、「元に戻す」はコミットに対して行うことです。「元に戻す」は、履歴コミットの逆を作業ディレクトリに再生するため、元に戻したコミットを「取り消す」新しいコミットを作成できます。これはsvnからgitに来る人々にとって頻繁に混乱するポイントです。