如果我在我的一个代码库中这样做：
git subtree pull --prefix=frameworks/AquaticPrime --squash AquaticPrime
我得到了这个：
Working tree has modifications. Cannot add.
如果我在同一位置执行以下操作：
git status
我得到了这个：
# On branch master
nothing to commit (working directory clean)
我不太确定这里发生了什么事情。 git status 命令表明我没有进行修改，所以我假设 git subtree pull 指的是与子树相关的不同分支中的修改，但这并不完全清楚。
有人可以提供启示吗？
我刚遇到了同样的问题。
当 git diff-index HEAD 命令返回结果时，从GIT源代码中会抛出错误，即使 git status 显示工作树是干净的。
为了避免这个错误，在我的情况下，我重新检出当前工作树的分支，一切似乎都正常了：git checkout <branch>
虽然有点混淆，但如果有人能解释为什么...
git reset --hard对我来说解决了问题。
来自git reset --help
--hard重置索引和工作树。自从上次提交后，工作树中已跟踪文件的任何更改都将被丢弃。
git reset --hard 的作用时，才使用它，否则可能会丢失工作。也许 git stash save --include-untracked 是更安全的选择？（因为您可以稍后检索存储的工作） - pavol.kutaj我现在已经解决了这个问题。我的问题似乎是由于该仓库是全新的，我从未提交过任何内容。一旦我向仓库提交了一个文件，我就能够摆脱这个错误。
然而，当我使用命令git subtree add C:\gitTest\repos\subA -d --prefix subA时，我遇到了新的错误：
致命错误：你希望我如何合并0棵树？
在尝试了一分钟之后，我发现它要求传递一个特定的版本。所以这个命令似乎成功了：
git subtree add C:\gitTest\repos\subA HEAD -d --prefix subA
显然，你不需要-d调试标志。
git tfs subtree add问题的问题中得到了验证。确切的错误信息是fatal: ambiguous argument 'HEAD': unknown revision or path not in the working tree.，它与空仓库中主分支上“缺少HEAD”有关。 - quetzalcoatl我刚遇到了这个问题，当我:
虽然 puppet diff 正确地显示为无内容，但 git diff-index HEAD 将我刚刚删除的每个文件都列为“已删除”——即使我从未提交过任何东西（更不用说推送了）。
我相信，这是git中的一个bug（在这里使用的是2.7.0版本）... 无论是否存在bug，解决方法是切换到任何其他分支（使用通常的git checkout ....），然后再切回你的分支。希望这能帮助某人——即使不是最初的提问者。
我遇到了完全相同的错误。这是在我的功能分支上发生的。解决方法如下：
我不知道为什么必须获取主分支并将其合并到我的功能分支，但这解决了问题。
git subtree add）之前，将所有对本地 Git 存储库进行的更改都已提交。这样可以避免由于未提交的更改而导致的任何问题。尝试不使用--squash，如this stackoverflow question中所述。
git-subtree在git diff-index HEAD --exit-code --quiet退出“失败”，即存在更改时打印输出。如果运行git diff-index HEAD会发生什么？ - Cascabelsubtree就可以正常工作了。 - Avindra Goolcharan