您仍然可以使用svn：

svn export https://admin@domain.example/home/admin/repos/finisht/static static --force

到“gitclone”子目录，然后到“gitpull”子目录。

（并非旨在提交和推送。）

如果您实际上只对目录的最新修订文件感兴趣，Github允许您下载一个不包含历史记录的Zip文件形式的存储库。所以下载速度要快得多。

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

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

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

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

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

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

我写了一个从GitHub下载子目录的脚本。

用法：

python get_git_sub_dir.py path/to/sub/dir <RECURSIVE>

Git1.7.0有“稀疏签出”。看见git-config手册页中的“core.sparceCheckout”，git read树手册页中的“稀疏签出”，以及git更新索引手册页中的“跳过工作树位”。

界面不如SVN方便（例如，在初始克隆时无法进行稀疏签出），但可以构建更简单界面的基本功能现在可用。

如果您从未计划与从中克隆的存储库交互，则可以执行完整的git克隆并使用

git filter-branch --subdirectory-filter <subdirectory>

这样，至少历史会被保存下来。