如何重置Git仓库中已提交的文件权限变更（mode change）？

为什么git reset --hard HEAD~1没生效？ #

Git默认仅跟踪文件的执行权限（x位），对于读写权限（如755和644的非x位差异），除非特殊配置，否则不会被Git记录。所以即使你重置了提交，本地文件的非执行权限变更不会被Git自动恢复。

重置权限到HEAD~1状态的方法 #

方法1：批量从历史提交同步权限 #

通过脚本遍历HEAD~1中的所有文件权限，批量修改本地文件：

git ls-tree -r HEAD~1 --name-only | while read -r file; do
    # 获取历史提交中文件的权限模式（如100755）
    mode=$(git ls-tree -r HEAD~1 "$file" | awk '{print $1}')
    # 转换为chmod可识别的权限码（去掉前三位的100）
    chmod_code=${mode:3}
    chmod "$chmod_code" "$file"
done

执行后，本地所有文件的权限会完全匹配HEAD~1中的状态。

方法2：修复补丁脚本 #

你之前的脚本失败是因为--diff-filter=M只筛选内容修改的文件，而权限变更属于类型变更（T）。修改后的脚本：

git diff -p -R HEAD HEAD~1 --no-ext-diff --no-color --diff-filter=T |  \
grep -E "^(diff|(old|new) mode)" --color=never |           \
git apply

• -R参数反转diff方向，生成从当前HEAD恢复到HEAD~1的补丁；
• --diff-filter=T筛选出权限（mode）变更的记录；
• 过滤后仅保留diff头部和权限变更行，确保git apply能识别有效补丁。

强制推送main分支是否可行？ #

可行，但风险极高，需谨慎操作：

• 强制推送会覆盖远程main分支的当前状态，直接回到HEAD~1的版本；
• 必须确保没有其他开发者在main分支上有未推送的本地变更，否则会导致他们的工作丢失；
• 操作前务必通知团队成员，让他们先备份本地main分支，再执行git pull --rebase同步；
• 执行命令：git push -f origin main

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