git checkout . (ピリオド)とgit reset --hard HEADの違い

Question

下記のコマンド二種はどう違いますか？
普段、コミットしていない変更を元に戻す際には、git reset --hard HEADを使っていますが、git checkout . を使う状況があれば教えて下さい。

git checkout .（ピリオド）
git reset --hard HEAD

通常git checkoutはブランチを切り替える目的で使い、リビジョンを引数に指定しますが、git checkout .では何を指定しているのでしょうか。ピリオドがHEADを指すわけでもないようですね。（下記）

$ git status
On branch branch_a
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

	modified:   aaaa

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:   cccc

$ git checkout .
$ git status
On branch branch_a
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

	modified:   aaaa

$ touch dddd
$ git status
On branch branch_a
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

	modified:   aaaa

Untracked files:
  (use "git add <file>..." to include in what will be committed)

	dddd

$ git checkout HEAD
M	aaaa
$ git status
On branch branch_a
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

	modified:   aaaa

Untracked files:
  (use "git add <file>..." to include in what will be committed)

	dddd

Answer 1

git addコマンドでindexに追加した内容が、

• git rest --hard HEADの場合: リセットされる(無くなる)
• git checkout .の場合: 保持される

という違いがあります。
これに伴いコマンド実行後のワーキングツリーの状態も差異が出ます。

こちらもどうぞ:

• [【git】作業ブランチでresetしたとき｜teratail](https://teratail.com/questions/22007)

---

git checkout .は、manにある

__git checkout [-p|--patch] [<tree-ish>] [--] <pathspec>…__​

When <paths> or --patch are given, git checkout does not switch branches. It updates the named paths in the working tree from the index file or from a named <tree-ish> (most often a commit).

の形で、pathに.(ドット、すなわちカレントディレクトリ)を指定し、<tree-ish>を明示しない(If not specified, the index will be used)ものです。
つまり、カレントディレクトリ以下をindexの状態に更新する、の意です。

Comments

[NUNU_E64]

回答ありがとうございます。リンクも見ました。
git checkout .の場合は、indexに追加したファイル/箇所は元に戻らないんですね。なるほど。