我在Windows 8系统上就遇到过这种情况，我在命令提示符下使用Git。我的团队其他成员使用TFS，我使用微软的Git -tf在TFS和我的本地Git存储库之间进行推/拉操作。

问题的产生是由于一些文件被重命名只是为了改变它们的大小写。事情的经过是这样的:

The files were checked in with mixed casing in their names. In a later commit, the file names were changed to all lower-case. git-tf initially got the files in mixed case. When the files were renamed to lower-case, git-tf didn't get the files because to Windows 8 those file names are equivalent. Since Git is case-sensitive, it complained that I had the mixed-case files that weren't in source control. But using git status, I couldn't see any changes, since in the Windows command prompt those file names are equivalent.

对我来说最简单的解决方法是:

Git在添加这些文件之前就签出了以前的项目版本。 然后git用正确的文件套出项目的最新版本。

我也面临着类似的问题，我尝试了上面发布的所有解决方案，但都不起作用

当我在开发分支中将我的onmusicupdatelister .java重命名为onmusicupdatelister .java时，导致了这个问题。

master有onmusicupdatelister .java 和develop有和onmusicupdatelister .java相同的文件

现在，每当我切换到master，它就会给我一个错误

The following untracked working tree files would be overwritten by checkout

然后它中止了。

为了解决这个问题，我强制检查了主分支 然后将我的onmusicupdatelister .java重命名为onmusicupdatelister .java，提交它，然后将其合并到开发分支。

然后我更新了我的开发分支合并到主，现在一切恢复正常，问题解决了。

Git告诉你它想要创建文件(命名为public/system/images/9/…etc)，但是你在那个目录下已经有了Git没有跟踪的文件。也许其他人将这些文件添加到Git存储库中，而这是您第一次切换到该分支?

这些文件在开发分支中而不在当前分支中可能是有原因的。你可能要问你的合作者为什么会这样。

我如何让这个工作，所以我可以切换分支而不删除这些文件?

如果不让文件消失，你就不能这么做。你现在可以把public重命名为my_public或者别的什么。

如果我之后回到这个分支，一切都会像我最近提交的那样完美吗?

如果您提交了更改，Git不会丢失它们。如果您没有提交更改，那么Git会尽量不覆盖您所做的工作。这就是Git在这里的第一个实例(当您尝试切换分支时)警告您的内容。

一个简单的解决方案是: 只需确保您在github中的正确工作目录中。 如果用户试图合并文件夹层次结构中太高的目录，几乎每次都会出现该消息。

例子:

/workspace/git/myBashSourceFolder/myProjectSourcefolder

Scenario: User cloned repo in git-folder he created a new Java Project in Eclipse, imported the cloned repo. Eclipse set myProjectSourceFolder as Source Folder in his local Project. therefore the User entered it in git bash and pushed, pulled and commited his project from there. git syncs therefore myProjectSourceFolder - but has no record in his history for myBashSourceFolder. Therefore a push / pull /merge from myBashSourceFolder will produce the given output, if User tries to sync from there next time, instead of the folder he worked before.

解决方案:输入正确的文件夹并再次尝试拉。几乎在每一个 我遇到的时候，这个解决方案工作得很好:)

如果你使用的是OS X系统，可能是因为某个文件的名称发生了某些字符的变化。尝试设置以下配置选项:

git config core.ignorecase true

大多数答案都考虑删除或删除文件，这是最简单的方法。但有时您不想删除本地文件。但合并策略，所以git也有解决方案;

git merge --strategy=ours master