Git Extensions多远程仓库误推问题及修复、只读配置咨询

1. 操作中的错误分析 #

• Git Extensions镜像配置误开启：旧版本Git Extensions（2.49）添加远程仓库时，若勾选了「Mirror」选项，会强制将本地所有分支、标签同步到该远程——即便你手动选择主远程推送，镜像规则仍会触发隐式同步，导致主仓库数据被推送到次要远程。
• Git推送模式配置问题：检查本地push.default配置，若设置为matching，Git会自动推送所有与远程同名的本地分支，可能将主仓库分支意外推送到次要远程。
• 批量操作的隐式触发：fetch all本身不会向远程推送数据，但后续分支同步等批量操作中，Git Extensions的默认逻辑可能触发向次要远程的推送，而你未察觉。

2. 修复次要远程仓库的方法 #

2.1 删除误推的无关分支 #

如果次要远程被推了主仓库的分支（如main），直接删除远程分支：

# 替换secondary为你的次要远程名称，main为误推的分支名
git push secondary :main

2.2 回滚分支到干净状态 #

找到次要仓库最后一个未被污染的干净提交哈希，强制推送回滚分支：

# 替换secondary为次要远程名，dev为目标分支，<clean-commit-hash>为干净提交ID
git push secondary dev@<clean-commit-hash> --force

注意：强制推送会覆盖远程历史，需通知所有拉取过错误分支的开发者执行git fetch secondary && git reset --hard secondary/dev同步正确版本。

2.3 删除指定提交的所有子提交 #

若需精准清理某提交的所有子提交，使用交互式变基：

# <bad-commit>为要删除的起始提交哈希，^表示该提交的父节点
git rebase -i <bad-commit>^

在弹出的编辑界面中，将目标提交及其子提交的pick改为drop，保存退出后强制推送到次要远程。操作前建议备份仓库，避免丢失有效历史。

3. 设置次要远程为只读的方案 #

3.1 服务器端权限控制（推荐） #

如果次要远程托管在Git平台（GitLab、GitHub等），直接在仓库权限设置中，将账号/团队权限改为只读，禁止推送权限；自建Git服务器（Gitolite、Gitea等）则修改权限配置文件，分配仅拉取（R）的权限。

3.2 本地配置阻止推送 #

在本地仓库中修改次要远程的推送规则，彻底禁止向其推送：

# 配置无效推送地址，触发推送报错
git config remote.secondary.pushurl "no-push"
# 或者清空推送分支规则
git config remote.secondary.push ""

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