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

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

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

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

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

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

下面是我为单个子目录稀疏签出用例编写的shell脚本

co子目录.sh

localRepo=$1
remoteRepo=$2
subDir=$3


# Create local repository for subdirectory checkout, make it hidden to avoid having to drill down to the subfolder
mkdir ./.$localRepo
cd ./.$localRepo
git init
git remote add -f origin $remoteRepo
git config core.sparseCheckout true

# Add the subdirectory of interest to the sparse checkout.
echo $subDir >> .git/info/sparse-checkout

git pull origin master

# Create convenience symlink to the subdirectory of interest
cd ..
ln -s ./.$localRepo/$subDir $localRepo

degit制作git存储库的副本。当您运行degit时一些用户/一些repo，它将在https://github.com/some-user/some-repo并下载相关的tar文件到~/.degit/some user/some repo/commithash.tar.gz（如果没有）已在本地存在。（这比使用git clone快得多，因为你没有下载整个git历史记录。）

degit <https://github.com/user/repo/subdirectory> <output folder>

了解更多信息https://www.npmjs.com/package/degit

如果要克隆gitclone--不签出<REPOSTORY_URL>cd<REPOSTORY_NAME>现在，设置您希望拉入工作目录的特定文件/目录：git稀疏检出集<PATH_TO_A_SPECIFIC_DIRECTORY_OR_FILE_TO_PULL>然后，您应该将工作目录重新设置为您希望提取的提交。例如，我们将其重置为默认的origin/master的HEAD提交。git reset—硬头如果您想gitinit然后远程添加初始化git远程添加原点<REPOSTORY_URL>现在，设置您希望拉入工作目录的特定文件/目录：git稀疏检出集<PATH_TO_A_SPECIFIC_DIRECTORY_OR_FILE_TO_PULL>最后一次提交：git拉动原点主机

注：如果您想将另一个目录/文件添加到工作目录，可以这样做：git稀疏签出添加<PATH_TO_ANOTHER_SPECIFIC_DIRECTORY_OR_FILE_TO_PULL>如果要将所有存储库添加到工作目录，请执行以下操作：git稀疏签出添加*如果要清空工作目录，请执行以下操作：git稀疏签出集为空

如果需要，可以通过运行以下命令来查看已指定的跟踪文件的状态：

git status

如果要退出稀疏模式并克隆所有存储库，应运行：

git sparse-checkout set *
git sparse-checkout set init
git sparse-checkout set disable

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

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

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

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

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

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

（扩展此答案）

克隆特定标记中的子目录

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

我在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/