这个情况其实是Git的默认预期行为，不是异常问题，我来给你拆解清楚：

• 核心判定逻辑：Git在执行git checkout master时，会先对比你当前分支（DEV）里A.txt的「未修改基础版本」和目标分支（master）里A.txt的版本。如果这两个版本完全一致，Git会认为你的未提交修改不会和目标分支的内容产生冲突，所以直接把修改“迁移”到master分支，不会触发stash提示。
• 为什么之前没遇到？ 大概率是之前你切换分支时，master分支的A.txt已经和DEV分支的基础版本有差异了（比如同事在master上提交过A.txt的修改）。这时候Git检测到潜在冲突，就会要求你先stash或提交变更，避免内容丢失。
• 快速验证方法：你可以在DEV分支执行git diff master DEV -- A.txt，如果输出为空，就说明两个分支的A.txt基础版本完全相同，这就符合Git直接携带变更的条件。
• 如果不想让变更跟着走？ 要是你希望切换分支时保留DEV的未提交修改，切换前手动执行git stash即可；之后回到DEV时用git stash pop恢复修改。

内容的提问来源于stack exchange，提问作者Ikbel Bmmi