master分支存在他人未提交修改，无法切换分支或拉取，stash/revert无效如何解决

• Git的工作区是跨分支共享的独立存储层，和分支本身没有强绑定：你在feature分支开发时产生的、没有纳入提交的本地文件修改，不会因为切换分支就自动消失。只要切换分支时，目标分支和当前分支对应文件的版本没有差异，Git就会直接带着工作区的未提交变更切换，不会弹出拦截提示，这也是这次切回master后，5个i18n文件的未提交修改被带过来的核心原因。
• 之前尝试stash、revert操作无效的原因：
  • revert 是针对已入库提交的操作，作用是为历史提交生成反向抵消的新提交，完全不会处理工作区的未提交变更，操作本身就不匹配当前场景，自然不会有效果。
  • stash 操作无效，大概率是执行时没有指定对应文件路径，遇到文件系统权限异常、行尾符自动转换的“假修改”时，没有正确把工作区的变更存入stash栈，导致变更始终留在工作区。
• 现在无法拉取、切分支的原因：本地master比远端落后10个提交，这10个提交中已经包含对这5个i18n文件的修改，Git如果带着当前工作区的变更做fast-forward拉取，会直接覆盖掉工作区的本地修改，为了避免无感知的文件丢失，Git才会强制要求先处理完这些工作区变更再执行后续操作。

按照操作优先级排序：

1. 优先用精准stash清空工作区无关变更
   • 先执行git diff Resources/Common/Ui-*.json核对变更内容，确认这些修改确实不是自己需要保留的有效开发内容。
   • 执行指定路径的stash命令，比全局stash稳定性更高，可避免仓库其他文件问题导致整个操作失败：
     git stash push -m "临时存放的无关i18n文件修改" Resources/Common/Ui-*.json
   • 执行完后运行git status确认5个文件已经从工作区变更列表中移除。如果依然看到文件存在修改，先检查是否是行尾符自动转换导致的“假变更”：执行git config --get core.autocrlf确认配置，若开启了自动行尾转换，运行git add --renormalize Resources/Common/Ui-*.json把文件对齐到仓库基线的格式后，再重新执行stash。
   • 工作区清空后，直接运行git pull --ff-only同步远端的10个落后提交，后续分支切换、代码开发都不会再被拦截。如果后续需要找回这部分临时存放的修改，运行git stash pop即可恢复，全程不会在任何分支留下多余提交。
2. 兜底备选：借助临时分支存放无关变更
   如果遇到文件权限、系统云同步锁等问题，导致stash始终无法清空工作区变更：
   • 先执行git switch -c temp/hold-i18n-uncommitted，此时工作区的未提交变更会自动跟着切换到这个临时分支上。
   • 在临时分支上执行git add Resources/Common/Ui-*.json && git commit -m "临时存放其他来源的i18n修改，无业务价值"，提交完成后临时分支的工作区就会被清空。
   • 切回本地master分支，此时master的工作区也是干净的，直接运行git pull --ff-only同步远端更新即可。后续可以基于这个临时分支，判断这部分i18n修改的去留，完全不会对master分支的历史造成污染。

• 本地master是所有功能分支的拉取基线，你在上面藏一个不推送的本地提交后，后续不管是做rebase、merge还是常规拉取操作，这个提交都会一直留在本地master的提交链里。一旦后续推送代码时没有仔细核对提交列表，很容易误把这个无关提交推到远端master，造成远端代码的污染。
• 本地master和远端历史出现分叉后，后续做fast-forward拉取时会频繁出现历史不匹配的问题，每次同步代码都要额外处理这个本地隐藏提交带来的冲突，长期操作成本极高。

内容的提问来源于stack exchange，提问作者Frying Pan