doc（分为doc/paper和doc/talks）results src等等。src子目录？我将发布一个zip文件，其中包含当前src目录的快照，但我希望人们可以轻松获取更新。简短版本：
您需要针对每个您想授予访问权限的顶层文件夹使用单独的存储库。有关如何执行此操作的更多信息，请参见子模块。
“稀疏”检出可能有效，但我认为不能强制用户这样做，因为他们必须先将整个存储库克隆到本地，然后才能获取部分工作目录。
（您还可以设置一个单独的存储库，该存储库将自动更新并推送更改，但您将失去合并来自用户基础的分支和修复程序的机会，这也是重点所在，我想。）
较长版本：
“新”的分布式版本控制系统（Git、Mercurial、Bazaar等）与 SVN 和 CVS 不同，不是围绕每个文件夹的检出构建的。将分支树与目录树分开简化了修订图中的分支和合并处理，因为这些要比集中式 VC 更多。 （我认为 SVN 处理分支和合并的方式就像大锤打开罐头一样粗暴，这很大程度上是由于层次结构中的任何目录都可以分支/合并。）
部分检出功能在您不进行分支/合并的集中式场景中很容易实现，并且因此在早期非常流行。但是，您不再这样做，并且可能会学会感激没有它。 ：）
因此，拥有一些重要内容的子存储库/子模块更容易。尽管分支顶级存储库略微复杂，但您需要考虑如何设置才能轻松处理事务。 （也许发布演示文稿并不那么糟糕？ :)）
使用git没有办法仅检出存储库的子文件夹。
您可以将子文件夹作为自己的存储库，或者像您建议的那样分发tarballs/zipfiles。
从git 1.7开始，支持“稀疏检出”-请参见此处 -但这只是工作副本是稀疏的；您仍然必须给用户克隆整个存储库的能力。