git checkout 不会自动同步文件，仅更新目标分支与当前工作区有差异的文件；不存在 checkout.defaultremote 配置项，真正影响 checkout 的是 core.autocrlf 和 core.ignorecase 等核心配置。
git checkout 会自动同步文件吗？
不会。默认情况下 git checkout 切换分支时，只更新工作区中「与目标分支有差异」的文件，其余文件保持原样——哪怕它们在当前分支已被修改、在目标分支早已删除或改名。这种“按需覆盖”行为不是同步，而是局部重写。
checkout.defaultRemote 是什么？它能控制文件同步吗？
不存在 checkout.defaultRemote 这个配置项。Git 官方配置文档（截至 2.55.0）和源码中均无此键。你可能混淆了：checkout.defaultRemote 是误传或拼写错误；真正相关的是 checkout.defaultRemote 并不存在，而 branch.<name>.remote</name> 和 remote.origin.fetch 控制的是 fetch 行为，与 checkout 无关。
如何让 checkout 更安全地处理未提交修改？
Git 不提供“限制同步文件”的开关，但可通过组合参数降低风险：
批量替换指定目录下所有 Git 仓库的远程地址（remote URL）。 当用户需要将 Git 仓库从一个服务器迁移到另一个服务器时使用。 触发词：git remote 替换、git url 批量修改、git 仓库迁移、更换 git 地址、批量修改 remote url。
-
git checkout -m：在存在本地修改且目标分支也改动了同一文件时，尝试三路合并（而非直接拒绝或覆盖），保留你的修改痕迹 -
git checkout --no-track：禁用自动创建跟踪分支时的隐式 fetch，避免因远程分支更新导致本地 checkout 行为意外变化 - 配合
git status -s预检：切换前先确认??（未跟踪）、MM（已暂存+已修改）等状态，尤其注意带DU（deleted/updated）标记的文件
注意：git checkout 本身不拉取远程变更；所谓“同步”错觉往往来自你先 git pull 再 checkout，或远程分支被他人 force-push 后本地未 git fetch 更新引用。
真正影响 checkout 文件行为的关键配置只有两个
一是 core.autocrlf（影响换行符转换，间接导致文件看似“被改”）；二是 core.ignorecase（影响大小写敏感判断，可能导致 checkout 时漏掉某些文件）。其他如 checkout.defaultUpdates、checkout.syncFiles 等均非 Git 原生命令或配置——它们不存在于任何稳定版本中，也不在 config 手册页里。
如果你看到某篇教程声称设置了 checkout.defaultUpdates 生效，大概率是误读了自定义脚本、别名或第三方工具（如 lazygit）的行为。
