Git Checkout <branch>后出现无法处理的未暂存变更问题求助
行尾符差异引发的文件变更：Git会根据操作系统自动转换行尾符，比如Windows默认用CRLF，Linux/macOS用LF。如果master2分支里的文件是LF格式，而你本地Git开启了自动转换，检出后Git会修改行尾符，导致文件显示为未暂存状态。这种情况下
git restore没用，因为Git认为转换后的状态是合理的。可以临时关闭转换：git config --global core.autocrlf false，再重新检出分支验证。.gitattributes配置有特殊处理规则：仓库根目录的
.gitattributes文件可能给某些文件设置了特殊规则，比如固定行尾符text eol=lf，或者自定义的smudge/clean过滤器。检出master2分支时，过滤器会自动修改文件内容，导致文件变为未暂存状态，就算你尝试恢复，过滤器也会再次修改文件，没法回到干净状态。直接查看仓库里的.gitattributes文件，检查是否有针对该文件的特殊配置。稀疏检出模式冲突：如果之前开启了稀疏检出模式，只克隆了部分文件，切换到master2分支时，分支中存在的某些文件不在稀疏检出范围内，Git处理时就会出现异常的未暂存状态。用
git sparse-checkout disable关掉稀疏检出，再重新检出master2试试。文件权限变更导致：Git默认会跟踪文件权限（比如执行权限），如果master2分支里的文件权限和你本地默认权限不一致，检出后Git会把权限变更标记为未暂存修改。有时候系统权限设置会让你没法修改或恢复这个变更，只能强制切换分支避开。可以关掉权限跟踪：
git config core.filemode false，再重新检查状态。Azure DevOps分支的特殊配置：如果master2是流水线自动生成的分支，或者包含LFS大文件，克隆/检出时LFS文件没拉取完整，会导致文件内容不全，显示为未暂存状态。试试
git lfs pull拉取LFS文件，再看状态是否正常。
内容的提问来源于stack exchange，提问作者Dan Peter
