在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。这有什么关系吗?
当前回答
环境:Visual Studio 2019 + git + Azure DevOps。
行为
在尝试硬复位后遇到这种情况，但我的不是由于行结束。
Git在执行一些命令时挂起;换句话说，它永远不会回到命令提示符。它将显示给定命令中的文件已被处理，但它不会完成命令的所有“阶段”。
以Git克隆为例:
解决方案
创建一个新的个人访问令牌PAT
与我现有的PAT有关的安全/凭据问题，但我找不到任何日志告诉我它失败了。
其他回答
我相信Windows的git有一个问题，git在签出时随机写了错误的行结束符，唯一的解决方法是签出一些其他分支并迫使git忽略更改。然后签出您实际想要处理的分支。
git checkout master -f
git checkout <your branch>
请注意，这将丢弃您可能有意做出的任何更改，因此只有在签出后立即出现此问题时才执行此操作。
编辑:我第一次可能真的很幸运。原来换树枝后我又被咬了。结果是git在更改分支后报告的文件被修改了。(显然是因为git没有始终正确地将CRLF行结束应用到文件中。)
我更新到最新的Windows git，希望这个问题已经解决了。
我已经通过以下步骤解决了这个问题
从Git的索引中删除每个文件。 Git rm——cached -r。 重写Git索引以获取所有新的行结束符。 Git重置——很难
解决方案是配置Git处理行结束部分描述的步骤的一部分
如果您使用的是面向Windows的Git，那么这可能就是您的问题
我也遇到过同样的问题，隐藏，硬重置，清理，甚至所有这些都仍然留下了变化。原来的问题是git没有正确设置x文件模式。这是windows git的一个“已知问题”。gitk和git的本地变化显示为旧模式100755新模式100644，没有任何实际的文件差异。
修复方法是忽略文件模式:
git config core.filemode false
更多信息请点击这里
另一个原因可能是不区分大小写的文件系统。如果你的repo中有多个文件夹在同一层上，它们的名称只是大小写不同，你就会遇到这种情况。使用其web界面(例如GitHub或VSTS)浏览源存储库以确保。
欲了解更多信息:https://stackoverflow.com/a/2016426/67824
在类似的情况下。由于多年来与许多程序员的折磨，他们能够填充行尾的不同编码(.asp， .js， .css…不是精华)放入一个文件。前段时间拒绝了.gitattributes。repo left的设置autorclf = true和safecrlf = warn。
最后一个问题出现在从具有不同行尾的存档进行同步时。从存档中复制后，在git状态下许多文件都随注释而改变
在您的工作目录中，该行将有其原始的行结束符。 警告:在…中将由CRLF取代LF
如何在Git中规范化工作树行结束?帮助
Git add -u
