问题标签 [sparse-checkout]

如果我在 trunk/ 下有 20 个目录，每个目录中有很多文件，并且只需要其中的 3 个目录，那么是否可以只在 trunk 下的这 3 个目录进行 Subversion 检出？

是否可以在 Git 中签出存储库的子目录？

想象一下，我正在设置一个新的 WordPress 安装。我将为我的插件和主题自定义创建两个新目录：

• wordpress/wp-content/plugins/myplugins/
• wordpress/wp-content/themes/mytheme/

我想通过 Git 维护这些目录。在 Subversion 中，我将通过拥有目录和签出子目录来实现这trunk/myplugins/一点trunk/mytheme/。Git 是否有办法使用单个存储库完成相同的任务？

作为一个长期接触 Git 的 SVN 用户，我可能只是错过了一些 Git 范例。

编辑：存储不同内容的 多个分支是一种有趣的处理方式。

我有我的 Git 存储库，它在根目录下有两个子目录：

当它在SVN中时，/finisht在一个地方签出，而/static在其他地方签出，如下所示：

有没有办法用 Git 做到这一点？

从远程 git 存储库获取单个文件的内容的最有效机制（关于传输的数据和使用的磁盘空间）是什么？

到目前为止，我已经设法提出：

这似乎仍然是矫枉过正。

从 repo 中获取多个文件怎么样？

使用 Git 1.7.0 中新的稀疏签出功能，是否可以像在 SVN 中那样获取子目录的内容？我找到了这个例子，但它保留了完整的目录结构。想象一下，我只想要“perl”目录的内容，而没有名为“perl”的实际目录。

- 编辑 -

例子：

我的 git 存储库包含以下路径

我想要的是能够从上面的存储库中生成这个布局：

但是，使用当前的稀疏结帐功能，似乎只能获得

这不是我想要的。

如何从 git repo 中只签出一个文件？

我有一堆相互关联的项目，它们共享同一个项目树。我正在寻找一个版本控制系统，它提供了检出项目树子集的可能性。

如果我的完整项目树如下所示：

我希望能够只结帐这样的子集：

那么您知道任何允许选择性签出或查看存储库的版本控制系统吗？

假设您有一个 subversion 存储库，其目录 /trunk/huge 很大（数千个文件 > 1G）并且不会经常更改。

你仔细检查一下，避免 /trunk/huge，例如

稍后你突然需要 ^/trunk/huge 下的文件。
获得它的标准方法是改变它的“深度”

这有效，但是

1. 必须通过网络传输大量数据
2. 在 subverion 服务器上增加负载
3. 需要很长时间

假设我之前检查过 ^/trunk/huge 并制作了一个 .tar.gz 文件。现在我想把那个 .tar.gz 放在我的本地工作副本上。如果我简单地把它放在那里，subverion 会认为它是“未知的”，例如：

如果我尝试将深度设置为无穷大，trunk/huge 会得到更新，但 svn 仍然认为它是未知的。

我如何告诉 subversion 这个“未知”目录现在是真实事物的“非稀疏”检出？

在我们的服务器上，三个（实际上：数千个）文本文件存储在一个裸 git 存储库中：A.txt、B.txt、C.txt。

• 用户“admin”应该查看/编辑它们。
• 用户“Foo”应该查看/编辑“A.txt”和“B.txt”，但不允许他查看“C.txt”的内容。
• 用户“guest”应该只被允许查看/编辑“A.txt”。

所有三个用户都应该能够使用他们被允许编辑的文件来克隆 git 存储库。

有没有可能用 git (...或 mercurial) 来做这个？

想法：我可以使用 git 的稀疏检出功能为用户“Foo”和“guest”制作两个裸 git 存储库的克隆，其中仅包括他们被允许查看的文件？

还有其他（更快）的想法吗？

我正在尝试将分支合并到稀疏结帐中（我在分支中触及的所有文件都包含在结帐中）并且我收到以下错误：

不能完全以无限深度重新整合到工作副本中

这是否意味着我认为的意思？你必须有一个完全递归的结帐才能合并？