在git 2.27中，看起来git稀疏签出已经进化了。 这个答案中的解决方案并不完全相同(与git 2.25相比)

git克隆<URL>—no-checkout <目录> cd <目录> Git稀疏签出init——cone #只获取根文件 Git稀疏签出设置apps/my_app libs/my_lib # etc，列出要签出的子文件夹 #它们在这个命令后立即被签出，不需要运行git pull

下面这些命令效果更好:

git clone --sparse <URL> <directory>
cd <directory>
git sparse-checkout init --cone # to fetch only root files
git sparse-checkout add apps/my_app
git sparse-checkout add libs/my_lib

参见:git-clone—sparse和git-sparse-checkout add

在2020年，有一种更简单的方法来处理稀疏签出，而不必担心.git文件。以下是我的做法:

git clone <URL> --no-checkout <directory>
cd <directory>
git sparse-checkout init --cone # to fetch only root files
git sparse-checkout set apps/my_app libs/my_lib # etc, to list sub-folders to checkout
git checkout # or git switch

注意，它需要安装git 2.25版本。更多信息请点击:https://github.blog/2020-01-17-bring-your-monorepo-down-to-size-with-sparse-checkout/

更新:

上面的git clone命令仍然会克隆出完整的历史记录，尽管没有检出文件。如果你不需要完整的历史，你可以在命令中添加——depth参数，如下所示:

# create a shallow clone,
# with only 1 (since depth equals 1) latest commit in history
git clone <URL> --no-checkout <directory> --depth 1

我有一个类似的用例，除了我只想签出一个标记的提交和修剪目录。使用——depth 1可以使它非常稀疏，并且可以加快速度。

mkdir myrepo
cd myrepo
git init
git config core.sparseCheckout true
git remote add origin <url>  # Note: no -f option
echo "path/within_repo/to/subdir/" > .git/info/sparse-checkout
git fetch --depth 1 origin tag <tagname>
git checkout <tagname>

2020年更新答案:

现在有一个命令git稀疏签出，我详细介绍了git 2.25(2020年Q1)

Nicono的回答说明了它的用法:

git sparse-checkout init --cone # to fetch only root files
git sparse-checkout add apps/my_app
git sparse-checkout add libs/my_lib

它随Git 2.27而发展，并且知道如何“重新应用”稀疏签出，就像这里一样。 注意，在Git 2.28中，Git状态会提示您处于稀疏签出的存储库中

注意/警告:某些在非锥模式下有效的稀疏签出模式会导致锥模式下的段错误，这已在Git 2.35 (Q1 2022)中得到纠正。

参见Derrick Stolee (derrickstolee)提交的commit a3eca58, commit 391c3a1, commit a481d43(2021年12月16日)。 (由Junio C Hamano—gitster—在commit 09481fe中合并，2022年1月10日)

稀疏检出:拒绝添加到不良模式 作者:Elijah Newren 署名:Derrick Stolee

When in cone mode sparse-checkout, it is unclear how 'git sparse-checkout'(man) add ... should behave if the existing sparse-checkout file does not match the cone mode patterns. Change the behavior to fail with an error message about the existing patterns. Also, all cone mode patterns start with a '/' character, so add that restriction. This is necessary for our example test 'cone mode: warn on bad pattern', but also requires modifying the example sparse-checkout file we use to test the warnings related to recognizing cone mode patterns. This error checking would cause a failure further down the test script because of a test that adds non-cone mode patterns without cleaning them up. Perform that cleanup as part of the test now.

在Git 2.36 (Q2 2022)中，“Git稀疏签出”(man)希望使用每个工作树的配置，但在连接到裸存储库的工作树中不能很好地工作。

参见Derrick Stolee (derrickstolee)的commit 3ce1138, commit 5325591, commit 7316dc5, commit fe18733, commit 615a84a, commit 5c11c0d (07 Feb 2022)。 (由Junio C Hamano—gitster—在commit 6249ce2中合并，2022年2月25日)

工作树:复制添加上的稀疏签出模式和配置 署名:Derrick Stolee 作者:Elijah Newren

When adding a new worktree, it is reasonable to expect that we want to use the current set of sparse-checkout settings for that new worktree. This is particularly important for repositories where the worktree would become too large to be useful. This is even more important when using partial clone as well, since we want to avoid downloading the missing blobs for files that should not be written to the new worktree. The only way to create such a worktree without this intermediate step of expanding the full worktree is to copy the sparse-checkout patterns and config settings during 'git worktree add'(man). Each worktree has its own sparse-checkout patterns, and the default behavior when the sparse-checkout file is missing is to include all paths at HEAD. Thus, we need to have patterns from somewhere, they might as well be the current worktree's patterns. These are then modified independently in the future. In addition to the sparse-checkout file, copy the worktree config file if worktree config is enabled and the file exists. This will copy over any important settings to ensure the new worktree behaves the same as the current one. The only exception we must continue to make is that core.bare and core.worktree should become unset in the worktree's config file.

原答案:2016年

git 2.9(2016年6月)将——no-checkout选项泛化到git工作树add(该命令允许在一个repo中使用多个工作树)

参见提交ef2a0ac(2016年3月29日)由Ray Zhang (OneRaynyDay)。 资助:Eric Sunshine (sunshineco)和Junio C Hamano (gitster) (由Junio C Hamano—gitster—在commit 0d8683c中合并，2016年4月13日)

git工作树手册页现在包括:

--[no-]checkout:

默认情况下，添加签出<分支>，但是，——no-签出可以用来抑制签出，以便进行定制，例如配置稀疏签出。

Git克隆有一个选项(——no-checkout或-n)，可以做你想做的事情。

在您的命令列表中，只需更改:

git clone <path>

:

git clone --no-checkout <path>

然后，您可以使用问题中所述的稀疏签出。

我从pavek之前发布的一行代码中找到了我一直在寻找的答案(谢谢!)，所以我想在一个适用于Linux (GIT 1.7.1)的回复中提供一个完整的答案:

1--> mkdir myrepo
2--> cd myrepo
3--> git init
4--> git config core.sparseCheckout true
5--> echo 'path/to/subdir/' > .git/info/sparse-checkout
6--> git remote add -f origin ssh://...
7--> git pull origin master

我稍微改变了命令的顺序，但这似乎没有任何影响。关键在于第5步中路径末尾的斜杠“/”。