Git切换分支时出现文件变更问题（FFmpeg源码操作场景）

嘿，这个场景我碰到过好几次，结合你描述的情况，咱们一步步拆解原因和解决办法：

为什么切换到release/3.4会出现文件变更？ #

虽然你在master分支时git status显示工作区干净，但切换分支后出现变更，主要有这几个常见原因：

• 未跟踪文件“撞名”：可能你本地存在一些Git没跟踪的临时文件（比如编译FFmpeg生成的.o、bin目录，或者自定义的配置文件），这些文件刚好和release/3.4分支里已跟踪的文件重名了。切换分支时Git不会自动删除未跟踪文件，就会导致看起来像是分支文件被修改了。
• 权限/换行符差异：不同分支对文件的权限（比如可执行权限）或者换行符格式可能有不同设置，Git会把这种差异识别为文件变更。比如master分支的某个脚本没有可执行权限，但release/3.4分支里它是可执行的，切换后Git就会显示权限变更。
• 本地分支残留的微小变更：虽然你master分支显示“nothing to commit”，但可能存在一些Git没检测到的隐性变更（比如文件的访问时间戳变化，不过这种情况很少见）。

具体处理步骤 #

第一步：先搞清楚到底变了什么 #

先执行这个命令查看具体的变更内容，这是解决问题的关键：

git diff

通过输出你能很快判断是文件内容改了、权限变了，还是其他类型的变更。

第二步：根据变更类型针对性解决 #

如果是未跟踪的临时文件（比如编译产物）

这类文件本来就不该被Git管，处理起来很简单：

• 直接删除：确认是无用的临时文件后，用rm -rf <文件名/目录名>删掉就行。
• 一劳永逸的办法：在FFmpeg仓库根目录的.gitignore文件里添加这些文件的规则，比如添加*.o、bin/，以后Git就会自动忽略它们了。

如果是权限或换行符差异

• 权限问题：直接让Git把文件恢复到分支的原始权限状态，执行：

git checkout -- <变更的文件名>

• 换行符问题：先检查你的Git换行符配置：

git config core.autocrlf

Windows系统一般设为true，Linux/macOS设为input。如果配置不对，调整后再用上面的git checkout --命令恢复文件。

如果确实是分支文件的变更（你想完全回到分支原始状态）

如果你确认没有需要保留的本地修改，直接强制恢复工作区到当前分支的HEAD状态：

git reset --hard HEAD

⚠️ 注意：这个命令会丢弃所有未提交的变更，执行前一定要确认没有重要内容！

小技巧：切换分支前先“清理”工作区 #

以后切换分支前，要么确保工作区干净，要么用git stash暂存未提交的内容，避免分支切换时的混乱：

git stash  # 暂存当前工作区变更
git checkout release/3.4  # 切换分支
git stash pop  # 恢复暂存的变更（如果需要）

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