如果你考虑使用-f标志，你可以先运行它作为一个演练。你只需要提前知道你接下来会遇到什么样有趣的情况;-P

-n 
--dry-run 
    Don’t actually remove anything, just show what would be done.

步骤1:清理工作副本

a)将本地更改保存在Stash上 如果想要保存本地更改，可以安全地将它们存储在Stash上。它们将是可用的，以防你以后想要回来。

$ git stash --include-untracked

b)丢弃局部更改 如果你确定你不再需要它们，你可以完全放弃你的本地更改:

$ git reset --hard

c)如果你也有未跟踪的/新的文件，你将不得不使用“git clean”命令来清除这些文件:

$ git clean -fd

第二步:再拉一次 当你清理了所有可能被覆盖的本地更改/未跟踪的文件后，pull将最终工作:

$ git pull

清洁/重置/硬签出/重基都不适合我。

所以我只是删除了git抱怨的文件*

rm /path/to/files/that/git/complained/about

*我检查了这个文件是否可以通过在一个单独的文件夹中签出一个全新的回购来删除(文件不在那里)

如果你考虑使用-f标志，你可以先运行它作为一个演练。你只需要提前知道你接下来会遇到什么样有趣的情况;-P

-n 
--dry-run 
    Don’t actually remove anything, just show what would be done.

对于那些不知道的人，git忽略了文件和文件夹中的大写/小写名称差异。当您用不同的情况将它们重命名为完全相同的名称时，结果是一场噩梦。

当我将文件夹从“Petstore”重命名为“Petstore”(大写到小写)时遇到了这个问题。我已经编辑了我的.git/config文件以停止忽略大小写，进行了更改，压缩了我的提交，并保存了我的更改以移动到不同的分支。我不能将我所存储的更改应用到另一个分支。

The fix that I found that worked was to temporarily edit my .git/config file to temporarily ignore case again. This caused git stash apply to succeed. Then, I changed ignoreCase back to false. I then added everything except for the new files in the petstore folder which git oddly claimed were deleted, for whatever reason. I committed my changes, then ran git reset --hard HEAD to get rid of those untracked new files. My commit appeared exactly as expected: the files in the folder were renamed.

我希望这能帮助你避免我同样的噩梦。

您可以试试这个命令

git clean -df

编辑: 请注意，这将删除可能有价值的未跟踪文件。 感谢@zhekaus