git reset --hard origin/branch-name 会永久丢弃本地分支所有未推送提交及未提交修改，包括暂存区和工作区变更，仅保留远程分支最新提交状态；未跟踪文件不受影响但可能与新代码不兼容。
git reset --hard origin/branch-name 会丢什么
这条命令直接把本地分支的 HEAD、暂存区、工作区全部重置为远程分支最新提交的状态。它会永久删除：
• 所有未提交的修改（包括已 git add 但没 commit 的内容）
• 所有已提交但尚未推送到远程的本地提交（这些提交不会消失，但会从当前分支历史中“断开”，需靠 git reflog 恢复）
• 不影响已推送的远程历史，也不影响其他本地分支
git clean -fd 和 git clean -fdx 的区别
git clean -fd 只删未被 Git 跟踪的文件和目录，比如新建的 tmp.log 或空文件夹；git clean -fdx 还会删 .gitignore 里声明忽略的文件，例如 node_modules、dist、__pycache__。
• 多数项目只需 git clean -fd，除非你明确想清掉构建产物或依赖包
• -x 是高危参数，执行前建议先用 git clean -fdxn（加 n 表示 dry-run，只预览不执行）确认要删的内容
使用四维度框架评估任意 GitLab MR 或 GitHub PR 的复杂度：规模（20%），认知负荷（30%），审查工作量（30%），风险/影响（20%）...
为什么不能直接 git pull --force
git pull --force 并不是标准 Git 命令——它实际是 git pull 加上一个被忽略的 --force 参数，Git 会静默忽略它，行为等同于普通 git pull，仍可能因冲突或分叉失败。
• 真正有效的强制覆盖只有两步组合：git fetch + git reset --hard origin/xxx
• 如果远程别名不是 origin（比如叫 upstream），必须写成 git reset --hard upstream/xxx，否则报错 fatal: ambiguous argument 'origin/xxx': unknown revision
执行前最易被跳过的验证步骤
很多人直接敲命令，结果发现删错了东西。真正关键的前置动作是：
• 先运行 git status，确认输出里没有 “modified”、“untracked files” 等字样，否则说明还有未处理的变更
• 再跑一次 git fetch origin（不要用 --all，避免拉下你不关心的分支，干扰判断）
• 最后用 git diff origin/branch-name 看差异——如果命令无输出，说明远程确实有更新，值得覆盖；如果有大量差异，得再想想是不是真要丢
