我刚刚按照以下步骤进行了稀疏结帐
git clone http://location/repo.git
# create .git/info/sparse-checkout file
git config --bool core.sparsecheckout true
git read-tree -mu HEAD
不幸的是，最后一步失败并显示错误消息
Entry 'path/to/file' not update. Cannot update sparse checkout
这很奇怪，因为 (1) path/to/file 存在 (2) 稀疏结帐过程在另一台机器 git 版本 1.7.1 (Centos 6) 上成功。当前机器是安装了 git 版本 1.8.3.1 的 Centos 7 机器。 git config --list 的输出在两台机器上是相同的。
【问题讨论】：
标签： git sparse-checkout git-sparse-checkout
我基本上通过删除所有文件并重复相同的步骤来解决问题。 suggested 表示这可能是 git 中的错误，或者是 IMO 某种文件损坏。
另一个对我有用的解决方案 (YMMV)。尝试反复检查有问题的目录并运行git read-tree
【讨论】：
如果函数ie_match_stat 无法匹配统计信息，则会发生错误（对于工作树中的文件）。这个对ie_match_stat 的特定调用将CE_MATCH_IGNORE_VALID|CE_MATCH_IGNORE_SKIP_WORKTREE 传递给ie_match_stat 通常会遵守缓存条目标志CE_VALID 或CE_SKIP_WORKTREE，即：工作树副本是最新的，即使它不是。稀疏检出代码使用 skip-worktree 标志 (CE_SKIP_WORKTREE) 来标记应该不检出的文件，这样 Git 的其余部分就不会抱怨它们丢失了。
因此，这里的奇怪之处在于：
stat 数据与该文件的lstat 结果不匹配。为什么？第一个问题的答案可能是：因为用户设置了它（使用git update-index）。第二个答案可能是：因为用户修改了文件。所以它们一点也不奇怪，它们只是暗示该文件与初始结帐或git read-tree 操作创建的文件不匹配。如果您不在乎丢失文件的内容，请随时将其删除。如果您确实关心内容，请清除 skip-worktree 位 (git update-index --no-skip-worktree)，之后 git diff 应该会显示不同之处。
这方面很可能存在一些错误，尤其是在如此古老的 Git 版本中（Git 1.8.x — 当前的 Git 是 2.22）。
【讨论】：
git diff 返回大量消息warning: CRLF will be replaced by LF in path/to/file 和The file will have its original line endings in your working directory。 git update-index --no-skip-worktree 删除错误。
首先，使用 Git 2.27（2020 年第二季度），删除文件后，您可以使用 git sparse-checkout reapply
其次，错误信息发生了变化（仍然是Git 2.27+）：
见commit 5644ca2、commit 681c637、commit ebb568b、commit 22ab0b3、commit 6271d77、commit 1ac83f4、commit cd002c1、commit 4ee5d50、commit f56f31a、commit 30e89c1、@9876543332 @、commit b0a5a12、commit 72064ee、commit fa0bde4、commit d61633a、commit d7dc1e1、commit 031ba55（2020 年 3 月 27 日）Elijah Newren (newren)。
（由Junio C Hamano -- gitster -- 合并到@9876543425 @，2020 年 4 月 29 日）
unpack-trees: 让稀疏路径消息听起来像警告审核人：Derrick Stolee
签字人：Elijah Newren稀疏路径问题的消息被表述为导致操作中止的错误，即使我们没有使操作中止。
改写消息以使其在新的上下文中有意义。
这不再是：
Cannot update sparse checkout
但是：
The following paths are not up to date
【讨论】：