直接执行 git reset --hard origin/xxx 即可强制覆盖本地，但必须先 git fetch 确保获取最新远程指针；git pull --force 不可靠，因该参数已被弃用且行为不一致。
想用远程分支内容彻底覆盖本地？直接执行 git reset --hard origin/xxx 就行，但必须先 git fetch，否则可能重置到过期的远程状态。
为什么 git pull --force 不可靠
很多用户看到冲突或分叉提示后，第一反应是加 --force 或 -f 参数跑 git pull。但 Git 从 2.29 版本起已明确标记该参数为“不推荐”，实际行为因版本而异：旧版可能静默忽略，新版则直接报错 fatal: --force not allowed with 'pull'。它不是标准命令，也不等价于强制同步——pull 本质仍是 fetch + merge 或 fetch + rebase，无法跳过冲突逻辑。
真正可控、跨版本一致的方式只有两步：
- git fetch origin（确保拿到最新远程指针）
- git reset --hard origin/main（硬重置到那个指针）
git reset --hard 会删掉什么
这个命令不是“覆盖文件”，而是把本地分支的 HEAD、暂存区、工作区三者全部回退到指定提交，并丢弃中间所有变更。具体包括：
- 所有未
git add的修改（比如改了但没暂存的 .js 文件） - 所有已
git add但未git commit的暂存内容 - 所有已
git commit但尚未git push的本地提交（它们会从分支历史中消失） - 如果之前有
git stash，stash 记录不受影响，但 stash 内容若与重置后代码冲突，后续git stash pop仍需手动解决
要不要执行 git clean -fd
这一步不是必须的，但常被遗漏。因为 git reset --hard 只处理 Git 已跟踪的文件，对未跟踪文件（如 node_modules、dist/、临时日志、IDE 配置）完全无感。如果你需要“和 CI 构建环境完全一致”，就得补上：
git clean -fd 删除所有未跟踪的文件和目录；加 -x（即 git clean -fdx）还会删掉 .gitignore 里声明忽略的内容——比如你本地生成的 build/，但线上构建脚本依赖它为空，就必须加 -x。
监控一个或多个 GitCode 仓库的 PR，通过 OpenClaw Gateway 自动执行 AI 审查，发布 PR 评论，并发送钉钉和企业微信通知。
安全做法是先预览：git clean -fdn（-n 表示 dry-run），看清楚要删哪些再执行。
远程别名不是 origin 怎么办
别名不是 origin 是常见情况，比如公司用 upstream 做主远程、fork 做个人副本。此时不能硬写 origin/main，得先确认真实别名：
运行 git remote -v，输出类似：
upstream https://github.com/org/repo.git (fetch) upstream https://github.com/org/repo.git (push)
那就把所有 origin 替换为 upstream，例如：git reset --hard upstream/main。
注意：git fetch 默认只拉 origin，所以也要显式写 git fetch upstream，否则 reset 会找不到 upstream/main。
