一个建议的解决方案在这里没有工作，我发现文件实际上是一个链接到一些特殊字符:

% ls -l StoreLogo.png
lrwxrwxrwx 1 janus janus 8 Feb 21 10:37 StoreLogo.png -> ''$'\211''PNG'$'\r\n\032\n'

% git status    
Changes not staged for commit:
    modified:   StoreLogo.png

% git rm --cached -r StoreLogo.png
rm 'src/GWallet.Frontend.XF.UWP/Assets/StoreLogo.png'

% git reset StoreLogo.png         
Unstaged changes after reset:
M   src/GWallet.Frontend.XF.UWP/Assets/StoreLogo.png

% git status                      
Changes not staged for commit:
    modified:   StoreLogo.png

我有一个.bat文件有同样的问题(无法摆脱它，它在未跟踪的文件)。Git签出—不起作用，本页上的任何建议也不起作用。唯一对我有用的是:

git stash save --keep-index

然后删除存储:

git stash drop

我有一个老的冗余分支，有不同的行尾。切换到这个让我有点卡住了，直到我用了一些力。

git checkout mainbranch --force

接着是一个快速的git分支-D brokenbranch。

同样的问题出现了两次!这两次都是我做了一些更改，然后试图把它们放回去。不能弹出的变化，因为我有很多文件被改变-但他们不是!它们完全一样。

我现在认为我已经尝试了以上所有的解决方案，但都没有成功。在尝试了

git rm --cached -r .
git reset --hard

我现在几乎修改了存储库中的所有文件。

当对文件进行差分时，它会说我已经删除了所有行，然后重新添加它们。

有点令人不安。从今以后，我再也不偷东西了。

唯一的解决方案是克隆一个新的存储库并重新开始。(上次做的)

通常情况下，在GIT中使用以下两个命令可以很好地清除你所有的修改和新文件(注意，这将删除你所有的新文件和你可能创建的文件夹，并将所有你修改过的文件恢复到你当前提交的状态):

$ git clean --force -d
$ git checkout -- .

也许更好的选择是执行“git stash push”，并附带可选消息，如下所示:

$ git stash push -m "not sure if i will need this later"

这也会清除你所有新的和修改过的文件，但是你会把它们都保存起来以防你想要恢复它们。GIT中的Stash从一个分支传递到另一个分支，因此如果您愿意，可以在不同的分支中恢复它们。

作为旁注，如果你已经放置了一些新添加的文件，想要摆脱它们，这应该可以做到:

$ git reset --hard

如果以上这些方法对你都不适用，那就看看之前对我有用的方法吧:

我以前遇到过几次这个问题。我目前正在公司提供的Windows 10机器上进行开发。今天，这个特殊的git行为是由我从“develop”分支创建一个新分支引起的。出于某种原因，当我切换回“开发”分支后，一些看似随机的文件仍然存在，并在“git状态”中显示为“已修改”。

另外，在那个时候我不能签出另一个分支，所以我被困在了“开发”分支上。

这就是我所做的:

$ git log

我注意到今天早些时候我从“develop”中创建的新分支显示在第一个“commit”消息中，在“HEAD -> develop, origin/develop, origin/HEAD, the -branch- I -created- early -today”结尾引用。

因为我并不需要它，所以我删除了它:

$ git branch -d The-branch-i-created-earlier-today

更改后的文件仍然显示出来，所以我这样做了:

$ git stash

这解决了我的问题:

$ git status
On branch develop
Your branch is up to date with 'origin/develop'.

nothing to commit, working tree clean

当然$ git stash列表将显示隐藏的变化，因为我有几个，不需要任何我的存储，我做$ git stash清除删除所有的存储。

注意:在我之前，我还没有尝试过别人建议我做的事情:

$ git rm --cached -r .
$ git reset --hard

这可能也很有效，下次遇到这个问题时，我一定会尝试一下。

这里有很多解决方案，也许我应该在提出自己的解决方案之前尝试其中一些。总之，这里还有一个…

我们的问题是，我们没有对结束行进行强制执行，并且存储库混合使用DOS / Unix。更糟糕的是，在这个位置上，它实际上是一个开源的回购，而我们已经分叉了。那些拥有操作系统存储库主要所有权的人决定将所有的结束行更改为Unix，并且提交包含一个.gitattributes来强制行结束。

不幸的是，这似乎会导致像这里描述的那样的问题，一旦合并DOS-2-Unix之前的代码，文件将永远被标记为已更改，无法恢复。

在我的研究过程中，我遇到了- https://help.github.com/articles/dealing-with-line-endings/ -如果我再次面临这个问题，我会首先尝试一下。

以下是我所做的:

I'd initially done a merge before realising I had this problem and had to abort that - git reset --hard HEAD (I ran into a merge conflict. How can I abort the merge?) I opened the files in question in VIM and changed to Unix (:set ff=unix). A tool like dos2unix could be used instead of course committed merged the master in (the master has the DOS-2-Unix changes) git checkout old-code-branch; git merge master Resolved conflicts and the files were DOS again so had to :set ff=unix when in VIM. (Note I have installed https://github.com/itchyny/lightline.vim which allowed me to see what the file format is on the VIM statusline) committed. All sorted!