2022答案

我不知道为什么这个问题有这么多复杂的答案。通过将repo稀疏克隆到所需的文件夹，可以轻松地完成此操作。

导航到要克隆子目录的文件夹。打开cmd并运行以下命令。git clone--filter=blob:none--稀疏%您的git repo url%git稀疏签出添加要克隆的%子目录%cd%您的子目录%

瞧！现在，您只克隆了所需的子目录！

解释-这些命令到底在做什么？

git clone--filter=blob:none--稀疏%您的git repo url%

在上述命令中，

--filter=blob:none=>告诉git您只想克隆元数据文件。通过这种方式，git从远程收集基本的分支详细信息和其他元数据，这将确保您将来从源站顺利签出。--稀疏=>告诉git这是一个稀疏克隆。在这种情况下，Git将只签出根目录。

现在，git被告知元数据，并准备签出您要使用的任何子目录/文件。

git sparse-checkout add gui-workspace ==> Checkout folder

git sparse-checkout add gui-workspace/assets/logo.png ==> Checkout a file

稀疏克隆在具有多个子目录的大型存储库中特别有用，而您并不总是在处理所有子目录。在大型存储库上执行稀疏克隆时，可以节省大量时间和带宽。

此外，现在，在这个部分克隆的repo中，您可以像往常一样继续结账和工作。所有这些命令都能完美工作。

git switch -c  %new-branch-name% origin/%parent-branch-name% (or) git checkout -b %new-branch-name% origin/%parent-branch-name% 
git commit -m "Initial changes in sparse clone branch"
git push origin %new-branch-name%

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

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

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

---

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

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

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

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--filter+git稀疏签出仅下载所需文件

例如，要仅克隆子目录small/中的文件，请执行以下操作：https://github.com/cirosantilli/test-git-partial-clone-big-small

git clone --depth 1 --filter=blob:none --sparse \
  https://github.com/cirosantilli/test-git-partial-clone-big-small
cd test-git-partial-clone-big-small
git sparse-checkout set small

测试存储库包含：

包含10x 10MB文件的大/子目录一个小/子目录，包含1000个大小为1字节的文件

所有内容都是伪随机的，因此不可压缩。

36.4 Mbps互联网上的克隆时间：

满：24秒部分：“瞬时”

2021 1月在git 2.30.0上测试。可能适用于Git 2.25或2.19。

--filter选项是与远程协议的更新一起添加的，它确实防止了从服务器下载对象。

不幸的是，也需要稀疏的结账部分。您也只能下载更容易理解的某些文件：

git clone --depth 1  --filter=blob:none  --no-checkout \
  https://github.com/cirosantilli/test-git-partial-clone-big-small
cd test-git-partial-clone-big-small
git checkout master -- d1

但由于某些原因，该方法会非常缓慢地逐个下载文件，使其无法使用，除非目录中的文件非常少。

可以在以下位置看到更多的最小测试回购：https://github.com/cirosantilli/test-git-partial-clone

TODO:始终下载根目录上的文件

例如：

git clone --depth 1 --filter=blob:none --sparse \
  https://github.com/cirosantilli/test-git-partial-clone-big-small

下载文件generate.sh，并将包含根目录中的任何其他文件。子目录是小/和大/，但不包括根目录。如何防止Git下载根目录中的文件？

问：如何防止gitclone--filter=blob:none--sparse下载根目录上的文件？

分析最小存储库中的对象

clone命令仅获得：

带有主分支尖端的单个提交对象存储库的所有4个树对象：提交的顶层目录三个目录d1、d2、master

然后，git稀疏签出集命令仅从服务器获取丢失的Blob（文件）：

第1天/a第1天/b

更好的是，稍后GitHub可能会开始支持：

  --filter=blob:none \
  --filter=tree:0 \

其中，来自Git2.20的--filter=tree:0将防止对所有树对象进行不必要的克隆提取，并允许将其延迟到签出。但在我2020-09-18年的测试中，失败了：

fatal: invalid filter-spec 'combine:blob:none+tree:0'

可能是因为--filter＝combine:composite过滤器（在Git 2.24中添加，由多个--filter暗示）尚未实现。

我观察了哪些对象是通过以下方式获取的：

git verify-pack -v .git/objects/pack/*.pack

如上所述：如何列出数据库中的所有git对象？它并没有给我一个非常清晰的指示，说明每个对象到底是什么，但它确实说明了每个对象的类型（commit、tree、blob），因为在这个最小的repo中对象太少，所以我可以明确地推断出每个对象是什么。

git-rev-list——对象——所有这些都产生了更清晰的树/blob路径输出，但不幸的是，当我运行它时，它获取了一些对象，这使得很难确定何时获取了什么，如果有人有更好的命令，请告诉我。

TODO发现GitHub的声明是在他们开始支持它的时候发布的。https://github.blog/2020-01-17-bring-your-monorepo-down-to-size-with-sparse-checkout/2020-01-17中已经提到了过滤器blob:none。

git稀疏校验

我认为这个命令是为了管理一个设置文件，该文件显示“我只关心这些子树”，这样以后的命令只会影响这些子树。但这有点难以确定，因为当前的文档有点。。。稀疏；-）

它本身并不阻止获取Blob。

如果这种理解是正确的，那么这将是对上面描述的gitclone过滤器的一个很好的补充，因为如果您打算在部分克隆的repo中执行git操作，它将防止无意中获取更多对象。

当我尝试Git 2.25.1时：

git clone \
  --depth 1 \
  --filter=blob:none \
  --no-checkout \
  https://github.com/cirosantilli/test-git-partial-clone \
;
cd test-git-partial-clone
git sparse-checkout init

它不起作用，因为init实际上提取了所有对象。

然而，在Git 2.28中，它没有按要求获取对象。但如果我这样做：

git sparse-checkout set d1

d1不被提取和检出，即使这明确表示它应该：https://github.blog/2020-01-17-bring-your-monorepo-down-to-size-with-sparse-checkout/#sparse-签出和部分克隆带有免责声明：

请注意部分克隆功能是否会普遍可用[1]。[1] ：GitHub仍在内部评估这一功能，但它在少数几个存储库上启用（包括本文中使用的示例）。随着功能的稳定和成熟，我们将随时向您更新其进展。

所以，是的，现在很难确定，部分原因是GitHub是开源的。但让我们继续关注它。

命令分解

服务器应配置有：

git config --local uploadpack.allowfilter 1
git config --local uploadpack.allowanysha1inwant 1

命令分解：

--filter=blob：无跳过所有blob，但仍获取所有树对象--filter=树：0跳过不需要的树：https://www.spinics.net/lists/git/msg342006.html--深度1已经暗示了--单个分支，另请参见：如何在Git中克隆单个分支？file://$（path）是克服git克隆协议的必要条件：如何用相对路径浅层克隆本地git存储库？--filter=combine:FILTER1+FILTER2是同时使用多个过滤器的语法，试图通过--filter由于某些原因失败：“不能组合多个过滤器规格”。这是在Git 2.24的e987df5fe62b8b29be4cdcdeb3704681ada2b29e“列表对象过滤器：实现复合过滤器”中添加的编辑：在Git 2.28上，我通过实验发现--filter=FILTER1--filter FILTER2也有同样的效果，因为截至2020-09-18，GitHub还没有实现combine:，并抱怨致命：过滤器规范'combine:blob:none+tree:0'无效。TODO在哪个版本中引入？

--filter的格式记录在man git rev列表中。

Git树上的文档：

https://github.com/git/git/blob/v2.19.0/Documentation/technical/partial-clone.txthttps://github.com/git/git/blob/v2.19.0/Documentation/rev-list-options.txt#L720https://github.com/git/git/blob/v2.19.0/t/t5616-partial-clone.sh

在本地测试

以下脚本可复制地生成https://github.com/cirosantilli/test-git-partial-clone本地存储库，执行本地克隆，并观察克隆的内容：

#!/usr/bin/env bash
set -eu

list-objects() (
  git rev-list --all --objects
  echo "master commit SHA: $(git log -1 --format="%H")"
  echo "mybranch commit SHA: $(git log -1 --format="%H")"
  git ls-tree master
  git ls-tree mybranch | grep mybranch
  git ls-tree master~ | grep root
)

# Reproducibility.
export GIT_COMMITTER_NAME='a'
export GIT_COMMITTER_EMAIL='a'
export GIT_AUTHOR_NAME='a'
export GIT_AUTHOR_EMAIL='a'
export GIT_COMMITTER_DATE='2000-01-01T00:00:00+0000'
export GIT_AUTHOR_DATE='2000-01-01T00:00:00+0000'

rm -rf server_repo local_repo
mkdir server_repo
cd server_repo

# Create repo.
git init --quiet
git config --local uploadpack.allowfilter 1
git config --local uploadpack.allowanysha1inwant 1

# First commit.
# Directories present in all branches.
mkdir d1 d2
printf 'd1/a' > ./d1/a
printf 'd1/b' > ./d1/b
printf 'd2/a' > ./d2/a
printf 'd2/b' > ./d2/b
# Present only in root.
mkdir 'root'
printf 'root' > ./root/root
git add .
git commit -m 'root' --quiet

# Second commit only on master.
git rm --quiet -r ./root
mkdir 'master'
printf 'master' > ./master/master
git add .
git commit -m 'master commit' --quiet

# Second commit only on mybranch.
git checkout -b mybranch --quiet master~
git rm --quiet -r ./root
mkdir 'mybranch'
printf 'mybranch' > ./mybranch/mybranch
git add .
git commit -m 'mybranch commit' --quiet

echo "# List and identify all objects"
list-objects
echo

# Restore master.
git checkout --quiet master
cd ..

# Clone. Don't checkout for now, only .git/ dir.
git clone --depth 1 --quiet --no-checkout --filter=blob:none "file://$(pwd)/server_repo" local_repo
cd local_repo

# List missing objects from master.
echo "# Missing objects after --no-checkout"
git rev-list --all --quiet --objects --missing=print
echo

echo "# Git checkout fails without internet"
mv ../server_repo ../server_repo.off
! git checkout master
echo

echo "# Git checkout fetches the missing directory from internet"
mv ../server_repo.off ../server_repo
git checkout master -- d1/
echo

echo "# Missing objects after checking out d1"
git rev-list --all --quiet --objects --missing=print

GitHub上游。

Git v2.19.0中的输出：

# List and identify all objects
c6fcdfaf2b1462f809aecdad83a186eeec00f9c1
fc5e97944480982cfc180a6d6634699921ee63ec
7251a83be9a03161acde7b71a8fda9be19f47128
62d67bce3c672fe2b9065f372726a11e57bade7e
b64bf435a3e54c5208a1b70b7bcb0fc627463a75 d1
308150e8fddde043f3dbbb8573abb6af1df96e63 d1/a
f70a17f51b7b30fec48a32e4f19ac15e261fd1a4 d1/b
84de03c312dc741d0f2a66df7b2f168d823e122a d2
0975df9b39e23c15f63db194df7f45c76528bccb d2/a
41484c13520fcbb6e7243a26fdb1fc9405c08520 d2/b
7d5230379e4652f1b1da7ed1e78e0b8253e03ba3 master
8b25206ff90e9432f6f1a8600f87a7bd695a24af master/master
ef29f15c9a7c5417944cc09711b6a9ee51b01d89
19f7a4ca4a038aff89d803f017f76d2b66063043 mybranch
1b671b190e293aa091239b8b5e8c149411d00523 mybranch/mybranch
c3760bb1a0ece87cdbaf9a563c77a45e30a4e30e
a0234da53ec608b54813b4271fbf00ba5318b99f root
93ca1422a8da0a9effc465eccbcb17e23015542d root/root
master commit SHA: fc5e97944480982cfc180a6d6634699921ee63ec
mybranch commit SHA: fc5e97944480982cfc180a6d6634699921ee63ec
040000 tree b64bf435a3e54c5208a1b70b7bcb0fc627463a75    d1
040000 tree 84de03c312dc741d0f2a66df7b2f168d823e122a    d2
040000 tree 7d5230379e4652f1b1da7ed1e78e0b8253e03ba3    master
040000 tree 19f7a4ca4a038aff89d803f017f76d2b66063043    mybranch
040000 tree a0234da53ec608b54813b4271fbf00ba5318b99f    root

# Missing objects after --no-checkout
?f70a17f51b7b30fec48a32e4f19ac15e261fd1a4
?8b25206ff90e9432f6f1a8600f87a7bd695a24af
?41484c13520fcbb6e7243a26fdb1fc9405c08520
?0975df9b39e23c15f63db194df7f45c76528bccb
?308150e8fddde043f3dbbb8573abb6af1df96e63

# Git checkout fails without internet
fatal: '/home/ciro/bak/git/test-git-web-interface/other-test-repos/partial-clone.tmp/server_repo' does not appear to be a git repository
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

# Git checkout fetches the missing directory from internet
remote: Enumerating objects: 1, done.
remote: Counting objects: 100% (1/1), done.
remote: Total 1 (delta 0), reused 0 (delta 0)
Receiving objects: 100% (1/1), 45 bytes | 45.00 KiB/s, done.
remote: Enumerating objects: 1, done.
remote: Counting objects: 100% (1/1), done.
remote: Total 1 (delta 0), reused 0 (delta 0)
Receiving objects: 100% (1/1), 45 bytes | 45.00 KiB/s, done.

# Missing objects after checking out d1
?8b25206ff90e9432f6f1a8600f87a7bd695a24af
?41484c13520fcbb6e7243a26fdb1fc9405c08520
?0975df9b39e23c15f63db194df7f45c76528bccb

结论：d1/以外的所有斑点均缺失。例如，0975df9b39e23c15f63db194df7f45c76528bccb，即d2/b，在签出d1/a后不存在。

注意，root/root和mybranch/mybranch也丢失了，但是--depth 1从丢失的文件列表中隐藏了它们。如果删除--depth 1，则它们将显示在丢失文件列表中。

我有一个梦想

这个功能可能会彻底改变Git。

想象一下，将企业的所有代码库放在一个单回购中，而没有像回购这样丑陋的第三方工具。

想象一下，在没有任何难看的第三方扩展的情况下，直接在回购中存储巨大的区块。

想象一下，如果GitHub允许每个文件/目录的元数据（如星星和权限），那么您可以将所有个人资料存储在一个存储库中。

想象一下，如果子模块被完全像常规目录一样对待：只需请求一个树SHA，类似DNS的机制就可以解决您的请求，首先查看您的本地~/.git，然后再查看更近的服务器（您企业的镜像/缓存），最后在GitHub上结束。

我有一个梦想。

对于其他只想从github下载文件/文件夹的用户，只需使用：

svn export <repo>/trunk/<folder>

e.g.

svn export https://github.com/lodash/lodash.com/trunk/docs

（是的，这里是svn。显然在2016年，您仍然需要svn来下载一些github文件）

提供：从GitHub repo下载单个文件夹或目录

重要信息-请确保更新github URL并将/tree/master/替换为'trunk/'。

作为bash脚本：

git-download(){
    folder=${@/tree\/master/trunk}
    folder=${folder/blob\/master/trunk}
    svn export $folder
}

笔记此方法下载文件夹，但不克隆/签出它。您不能将更改推回到存储库。另一方面，与稀疏签出或浅签出相比，这导致下载量较小。

这看起来简单得多：

git archive --remote=<repo_url> <branch> <path> | tar xvf -