Azure DevOps Git删除功能分支多提交敏感文件及HEAD^1报错解决方案

命令报错原因与修复 #

你遇到的HEAD^1报错是Windows终端特性导致的：

Windows系统的CMD/PowerShell中，^为默认转义字符，输入的HEAD^1会被终端转义为HEAD1后再传递给Git，Git无法识别该引用就会抛出错误。

修复方案二选一即可，更推荐第一种通用写法：

• 用HEAD~1替代HEAD^1，波浪号写法在所有系统终端都通用
• 给参数加英文双引号包裹：git reset --soft "HEAD^1"

你提到的第二次patch提交属于普通Git提交的一种，多用于修复前一次提交的小问题，本次清理无需特殊区分，按两次连续普通提交处理即可。 #

功能分支敏感文件完整清理步骤 #

操作前请先备份整个项目文件夹，避免误操作丢失代码

1. 切换到对应功能分支，确认工作区无未提交改动

git checkout 你的功能分支名称
git status

如果git status提示有未提交的改动，先提交或者暂存后再进行后续操作。
2. 回退最近2次涉及敏感文件的提交，改动会保留在工作区

git reset HEAD~2

3. 手动删除敏感文件，重新提交需要保留的代码

# 执行前确认你已经手动删掉了敏感文件
git add .
# 如果你不想提交其他未跟踪文件，就手动指定要保留的文件名：git add 文件名1 文件名2
git commit -m "替换原有两次提交的说明，移除敏感文件"

4. 强制推送修改后的分支到Azure DevOps

git push origin 你的功能分支名称 --force-with-lease

--force-with-lease比普通--force更安全，会先校验远程分支是否有其他人提交的新内容，避免覆盖他人代码 #

后续注意事项 #

如果你的项目开启了分支保护规则，无法直接强制推送，可以先联系仓库管理员临时关闭对应分支的强制推送限制，操作完成后再恢复即可。
清理完成后如果要彻底消除敏感文件痕迹，可以联系管理员清理Azure DevOps仓库的悬空提交缓存。

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