どのようにgit reset --hardサブディレクトリをリセットするのですか？

UPDATE²：Git 2.23（2019年8月）では、これを行う新しいコマンドgit restoreがあります。承認された回答を参照してください。

更新：これはGit 1.8.3の時点でより直感的に機能します。自分の答えを参照してください。

次の使用例を想像してみてください。Git作業ツリーの特定のサブディレクトリにあるすべての変更を取り除き、他のすべてのサブディレクトリはそのまま残したいとします。

• できますgit checkout .がgit checkoutです。スパースチェックアウトによって除外されたディレクトリを追加します

• がありますがgit reset --hard、サブディレクトリに対しては実行できません。

  > git reset --hard .
  fatal: Cannot do hard reset with paths.
  

  繰り返しますが、なぜgitはパスでハード/ソフトリセットを実行できないのですか？

• を使用して現在の状態をリバースパッチすることはできますgit diff subdir | patch -p1 -Rが、これはかなり奇妙な方法です。

この操作に適切なGitコマンドは何ですか？

以下のスクリプトは問題を示しています。How to make filesコメントの下に適切なコマンドを挿入します。現在のコマンドはa/c/ac、スパースチェックアウトによって除外されるはずのファイルを復元します。私がいることを注意していない明示的に復元したいa/aとa/b、私は「知っている」aと、以下のすべてのものを復元したいです。編集：そして私はまたb、「知っている」、または他のどのディレクトリがと同じレベルにあるかを知りませんa。

#!/bin/sh

rm -rf repo; git init repo; cd repo
for f in a b; do
  for g in a b c; do
    mkdir -p $f/$g
    touch $f/$g/$f$g
    git add $f/$g
    git commit -m "added $f/$g"
  done
done
git config core.sparsecheckout true
echo a/a > .git/info/sparse-checkout
echo a/b >> .git/info/sparse-checkout
echo b/a >> .git/info/sparse-checkout
git read-tree -m -u HEAD
echo "After read-tree:"
find * -type f

rm a/a/aa
rm a/b/ab
echo >> b/a/ba
echo "After modifying:"
find * -type f
git status

# How to make files a/* reappear without changing b and without recreating a/c?
git checkout -- a

echo "After checkout:"
git status
find * -type f

Git 2.23（2019年8月）では、新しいコマンドがありますgit restore

git restore --source=HEAD --staged --worktree -- aDirectory
# or, shorter
git restore -s@ -SW  -- aDirectory

これにより、インデックスと作業ツリーの両方がHEADコンテンツと置き換えられreset --hardます。

元の回答（2013）

（Dan Fabulichのコメントによる）次の点に注意してください。

• git checkout -- <path> ハードリセットは行いません。作業ツリーの内容をステージングされた内容に置き換えます。
• git checkout HEAD -- <path>パスのハードリセットを行い、インデックスと作業ツリーの両方をHEADコミットのバージョンで置き換えます。

答えによってAjedi32、両方のチェックアウトのフォームは、対象リビジョンで削除されたファイルを削除しないでください。
作業ツリーにHEADに存在しない追加のファイルがある場合、git checkout HEAD -- <path>はそれらを削除しません。

注：git checkout --overlay HEAD -- <path>（Git 2.22、2019年第1四半期）では、完全に<tree-ish>一致させるために、インデックスと作業ツリーに表示されても表示されないファイルは削除され<tree-ish>ます。

ただしgit update-index --skip-worktree、「除外したファイルがgit sparse checkoutに繰り返し表示されるのはなぜですか？」で説明したように、そのチェックアウトは（無視したいディレクトリについて）を尊重できます。

この機能と互換性スイッチを親切に実装したGit開発者のDuy Nguyen氏によると、Git 1.8.3以降は次のように動作します。

git checkout -- a

（aハードリセットしたいディレクトリはどこですか？）元の動作には、

git checkout --ignore-skip-worktree-bits -- a

変更してみてください

git checkout -- a

に

git checkout -- `git ls-files -m -- a`

バージョン1.7.0以降、Git はskip-worktreeフラグを尊重します。ls-files

テストスクリプトを実行すると（いくつかのマイナーな調整をgit commit...からtoに変更git commit -qしgit statusてgit status --short）出力：

Initialized empty Git repository in /home/user/repo/.git/
After read-tree:
a/a/aa
a/b/ab
b/a/ba
After modifying:
b/a/ba
 D a/a/aa
 D a/b/ab
 M b/a/ba
After checkout:
 M b/a/ba
a/a/aa
a/c/ac
a/b/ab
b/a/ba

提案されたcheckout変更出力でテストスクリプトを実行します。

Initialized empty Git repository in /home/user/repo/.git/
After read-tree:
a/a/aa
a/b/ab
b/a/ba
After modifying:
b/a/ba
 D a/a/aa
 D a/b/ab
 M b/a/ba
After checkout:
 M b/a/ba
a/a/aa
a/b/ab
b/a/ba

変更を単に破棄する場合は、他の回答で提案されているgit checkout -- path/またはgit checkout HEAD -- path/コマンドが適切に機能します。ただし、ディレクトリをHEAD以外のリビジョンにリセットする場合、その解決策には重大な問題があります。ターゲットリビジョンで削除されたファイルは削除されません。

代わりに、次のコマンドを使い始めました。

git diff --cached commit -- subdir | git apply -R --index

これは、ターゲットコミットとインデックス間の差分を見つけ、その差分を作業ディレクトリとインデックスに逆に適用することで機能します。基本的に、これはインデックスの内容を指定したリビジョンの内容と一致させることを意味します。git diffパス引数を取るという事実により、この効果を特定のファイルまたはディレクトリに制限することができます。

このコマンドはかなり長く、頻繁に使用する予定なので、名前を付けたエイリアスを設定しましたreset-checkout。

git config --global alias.reset-checkout '!f() { git diff --cached "$@" | git apply -R --index; }; f'

次のように使用できます。

git reset-checkout 451a9a4 -- path/to/directory

あるいは単に：

git reset-checkout 451a9a4

私は以外にgitで何かをするか分からないため、ここで恐ろしいオプションを提供するつもりだadd commitとpush、ここで私は、サブディレクトリを「元に戻す」方法は次のとおりです。

私は自分のローカルPCで新しいリポジトリを開始し、コードをコピーしたいコミット全体を元に戻し、それらのファイルを作業ディレクトリなどにコピーしましたadd commit push。プレイヤーを憎むな、トーバルズ氏は私たち全員より賢いのが嫌いだ。

通常、リセットするとすべてが変更されますが、使用git stashして保持したいものを選択できます。あなたが述べたstashように、パスを直接受け入れませんが、--keep-indexフラグを使用して特定のパスを維持するために引き続き使用できます。あなたの例では、bディレクトリを隠して、それから他のすべてをリセットします。

# How to make files a/* reappear without changing b and without recreating a/c?
git add b               #add the directory you want to keep
git stash --keep-index  #stash anything that isn't added
git reset               #unstage the b directory
git stash drop          #clean up the stash (optional)

これにより、スクリプトの最後の部分で次のように出力されるようになります。

After checkout:
# On branch master
# Changes not staged for commit:
#
#   modified:   b/a/ba
#
no changes added to commit (use "git add" and/or "git commit -a")
a/a/aa
a/b/ab
b/a/ba

これはターゲットの結果だったと思います（bは変更されたまま、a / *ファイルは元に戻り、a / cは再作成されません）。

このアプローチには、非常に柔軟であるという追加の利点があります。ディレクトリに特定のファイルを追加するだけで、他のファイルを追加することはできません。

サブディレクトリのサイズがそれほど大きくなく、CLIから離れたい場合は、サブディレクトリを手動でリセットする簡単な解決策を次に示します。

1. マスターブランチに切り替え、リセットするサブディレクトリをコピーします。
2. ここで機能ブランチに戻り、サブディレクトリを手順1で作成したコピーで置き換えます。
3. 変更をコミットします。

乾杯。機能ブランチのサブディレクトリを手動でリセットして、マスターブランチのサブディレクトリと同じにするだけです!!

Ajedi32の答えは私が探していたものですが、一部のコミットではこのエラーに遭遇しました：

error: cannot apply binary patch to 'path/to/directory' without full index line

ディレクトリの一部のファイルがバイナリファイルである可能性があります。git diffコマンドに「--binary」オプションを追加すると修正されました：

git diff --binary --cached commit -- path/to/directory | git apply -R --index

どうですか

subdir=thesubdir
for fn in $(find $subdir); do
  git ls-files --error-unmatch $fn 2>/dev/null >/dev/null;
  if [ "$?" = "1" ]; then
    continue;
  fi
  echo "Restoring $fn";
  git show HEAD:$fn > $fn;
done