在Git 2.23(2019年8月)中，你有了新的命令Git restore(也在这里介绍)

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

这将用HEAD内容替换索引和工作树，就像重置一样——很难，但针对的是特定的路径。

原答案(2013)

请注意(正如Dan Fabulich所评论的):

Git checkout——<path>不做硬重置:它将工作树内容替换为阶段性内容。 >对一个路径进行了硬重置，将索引和工作树替换为HEAD提交的版本。

正如Ajedi32所回答的，这两个签出表单都不会删除在目标修订中删除的文件。 如果在工作树中有HEAD中不存在的额外文件，git签出HEAD—<path>将不会删除它们。

注意:使用git checkout——overlay HEAD——<path> (git 2.22, Q1 2019)，出现在索引和工作树中，但不在<树状>中的文件将被删除，以使它们与<树状>完全匹配。

但是签出可以尊重git update-index -skip-worktree(用于那些你想忽略的目录)，正如“为什么排除的文件不断出现在我的git稀疏签出中?”中提到的那样。

重置通常会改变一切，但你可以使用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没有重新创建)。

这种方法具有非常灵活的额外好处;您可以在目录中添加特定的文件，但不能添加其他文件。

试着改变

git checkout -- a

to

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

从1.7.0版本开始，Git的ls-files支持跳跃式工作树标志。

运行你的测试脚本(用一些小的调整改变git提交…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

使用建议的签出更改输出运行测试脚本:

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开发人员Duy Nguyen好心地实现了该功能并进行了兼容性切换，根据他的说法，在Git 1.8.3中，以下工作正常进行:

git checkout -- a

(其中a是要硬重置的目录)。原始行为可以通过

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

对于简单地丢弃更改的情况，其他答案建议的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

Ajedi32的答案是我正在寻找的，但对于一些提交，我遇到了这个错误:

错误:不能将二进制补丁应用到'path/to/directory'没有完整的索引行

可能是因为目录中有些文件是二进制文件。在git diff命令中添加'——binary'选项可以解决这个问题:

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

如果子目录的大小不是特别大，并且你希望远离CLI，这里有一个手动重置子目录的快速解决方案:

切换到主分支，复制要重置的子目录。 现在切换回你的特性分支，用你在第1步中创建的副本替换子目录。 提交更改。

欢呼。您只需手动重置您的特性分支中的子目录，使其与主分支的子目录相同!

我将在这里提供一个糟糕的选择，因为我不知道如何使用Git做任何事情，除了添加提交和推送。下面是我如何“还原”子目录:

我在本地PC上启动了一个新的存储库，将所有内容还原到我想要复制代码的提交，然后将这些文件复制到我的工作目录，添加commit push等等。不要讨厌玩家;恨莱纳斯·托瓦兹先生比我们都聪明。

Use:

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

对于我来说，我将使用checkout:

首先，我删除我想重置的文件夹。

然后我将简单地使用checkout:

git checkout <branch> <path>

文件夹将被正确重置为我想要的分支。