在git重置后——很难，git状态给了我在Changes not staging for commit:部分中的文件。
我也试过git reset .， git checkout。而git check - out-index -f -a，毫无用处。
那么，我怎样才能摆脱这些未分阶段的变化呢?
这似乎只影响Visual Studio项目文件。奇怪。请看这个粘贴:http://pastebin.com/eFZwPn9Z。这些文件的特殊之处在于，在.gitattributes中我有:
*.sln eol=crlf
*.vcproj eol=crlf
*.vcxproj* eol=crlf
另外，在我的全局.gitconfig中，selflf被设置为false。这有什么关系吗?
当前回答
在类似的情况下。由于多年来与许多程序员的折磨，他们能够填充行尾的不同编码(.asp， .js， .css…不是精华)放入一个文件。前段时间拒绝了.gitattributes。repo left的设置autorclf = true和safecrlf = warn。
最后一个问题出现在从具有不同行尾的存档进行同步时。从存档中复制后，在git状态下许多文件都随注释而改变
在您的工作目录中，该行将有其原始的行结束符。 警告:在…中将由CRLF取代LF
如何在Git中规范化工作树行结束?帮助
Git add -u
其他回答
我已经通过以下步骤解决了这个问题
从Git的索引中删除每个文件。 Git rm——cached -r。 重写Git索引以获取所有新的行结束符。 Git重置——很难
解决方案是配置Git处理行结束部分描述的步骤的一部分
我也遇到了同样的问题，这与.gitattributes文件有关。 但是，在.gitattributes中没有指定导致问题的文件类型。
我可以通过简单的跑步来解决这个问题
git rm .gitattributes
git add -A
git reset --hard
好吧，我差不多把问题解决了。
看起来。gitattributes文件包含:
*.sln eol=crlf
*.vcproj eol=crlf
*.vcxproj* eol=crlf
使项目文件出现非阶段性。我不知道为什么会这样，我真的希望了解git的人会给我们一个很好的解释。
我的修复是删除这些文件，并在.git/config的[core]下添加自专制= false。
这与前面的配置并不完全相同，因为它要求每个开发人员都具有selflf = false。我想找个更好的办法。
编辑:
我注释了那些有罪的句子，然后取消注释，它起作用了。搞什么…我甚至不……！
Git不会重置不在存储库中的文件。所以，你可以:
$ git add .
$ git reset --hard
这将执行所有更改，这将使Git知道这些文件，然后重置它们。
如果这不起作用，你可以尝试隐藏并删除你的更改:
$ git stash
$ git stash drop
出于某种原因
转到添加 。
没用，但是
$ git添加
工作了!
