您可以结合稀疏检出和浅层克隆功能。浅层克隆会切断历史记录，稀疏签出只会提取与模式匹配的文件。

git init <repo>
cd <repo>
git remote add origin <url>
git config core.sparsecheckout true
echo "finisht/*" >> .git/info/sparse-checkout
git pull --depth=1 origin master

您需要最低1.9吉才能工作。仅使用2.2.0和2.2.2自行测试。

这样，您仍然可以进行推送，这在git存档中是不可能的。

这里有很多很棒的回复，但我想补充一点，在Windows Sever 2016上，使用目录名周围的引号对我来说是失败的。这些文件根本没有被下载。

而不是

"mydir/myfolder"

我不得不使用

mydir/myfolder

此外，如果您想简单地下载所有子目录，只需使用

git sparse-checkout set *

虽然我讨厌在处理git repos时使用svn：/我一直使用这个；

function git-scp() (
  URL="$1" && shift 1
  svn export ${URL/blob\/master/trunk}
)

这允许您无需修改即可从github url中复制。用法

--- /tmp » git-scp https://github.com/dgraph-io/dgraph/blob/master/contrib/config/kubernetes/helm                                                                                                                  1 ↵
A    helm
A    helm/Chart.yaml
A    helm/README.md
A    helm/values.yaml
Exported revision 6367.

--- /tmp » ls | grep helm
Permissions Size User    Date Modified    Name
drwxr-xr-x     - anthony 2020-01-07 15:53 helm/

它对我有用-（git版本2.35.1）

git init
git remote add origin <YourRepoUrl>
git config core.sparseCheckout true
git sparse-checkout set <YourSubfolderName>
git pull origin <YourBranchName>

（扩展此答案）

克隆特定标记中的子目录

如果要克隆特定标记的特定子目录，可以执行以下步骤。

我在cxf-3.5.4标签中克隆了cxf github repo的发行版/src/main/release/samples/子目录。

注意：如果您尝试仅克隆上述回购，您将看到它非常大。下面的命令仅克隆所需的内容。

git clone --depth 1 --filter=blob:none --sparse https://github.com/apache/cxf
cd cxf/
git sparse-checkout set distribution/src/main/release/samples/
git fetch --depth 1 origin cxf-3.5.4
# This is the hash on which the tag points, however using the tag does not work.
git switch --detach 3ef4fde

克隆特定分支中的子目录

我在2.6.x-fixes分支中克隆了cxf github repo的发行版/src/main/release/samples/子目录。

git clone --depth 1 --filter=blob:none --sparse https://github.com/apache/cxf --branch 2.6.x-fixes
cd cxf/
git sparse-checkout set distribution/src/main/release/samples/

编辑：从Git 2.19开始，这终于是可能的，从这个答案中可以看出。

考虑对这个答案投赞成票。

注意：在Git2.19中，只实现了客户端支持，服务器端支持仍然缺失，因此它只在克隆本地存储库时有效。还要注意，大型Git宿主（例如GitHub）实际上并不使用Git服务器，而是使用自己的实现，因此即使Git服务器中显示了支持，也不会自动表示它在Git宿主上运行。（OTOH，因为他们不使用Git服务器，所以在Git服务器出现之前，他们可以在自己的实现中更快地实现它。）

不，这在Git中是不可能的。

在Git中实现这样的东西将是一项巨大的努力，这意味着客户端存储库的完整性将无法再得到保证。如果您感兴趣，请在gitmailinglist上搜索有关“稀疏克隆”和“稀疏获取”的讨论。

一般来说，Git社区的共识是，如果您有几个目录总是独立检出，那么这是两个不同的项目，应该存在于两个不同存储库中。您可以使用Git子模块将它们粘在一起。