我懂你现在的糟心处境——本来想清理Git历史里的敏感文件或目录，结果操作完发现只剩master分支了。别慌，咱们重新梳理流程，既能彻底清掉敏感内容，又能保住所有分支的历史。

先分析你原来操作的问题 #

你之前的分支拉取命令没写完（$br应该是$branch），而且就算成功拉取了所有分支，后续如果只针对master分支做历史清理，其他分支的历史根本没被处理，最后推送的时候自然只剩master了。另外，更关键的是：不要用git filter-branch（已被官方弃用），改用更可靠的git filter-repo。

正确操作步骤（全程本地操作，先备份原仓库！） #

1. 完整克隆仓库并拉取所有远程分支

先在本地克隆一份干净的仓库，然后把所有远程分支都拉取为本地跟踪分支：

cd /tmp
git clone https://MY_GIT_REPOSITORY.git workingrepo
cd workingrepo

# 拉取所有远程分支并创建本地跟踪分支
for branch in $(git branch -a | grep remotes | grep -v HEAD | grep -v master); do
  git branch --track "${branch##*/}" "$branch"
done

# 确保所有分支都拉取到最新
git fetch --all

2. 用git filter-repo清理敏感内容

git filter-repo会自动遍历所有分支、标签和提交历史，彻底移除指定的文件或目录，这一步是关键（如果没装filter-repo，先通过pip install git-filter-repo安装）。

• 如果要删除单个敏感文件：

git filter-repo --path sensitive-file.txt --invert-paths

• 如果要删除整个敏感目录：

git filter-repo --path sensitive-directory/ --invert-paths

• 同时删除多个内容的话，多次添加--path参数：

git filter-repo --path file1.txt --path secret-dir/ --invert-paths

3. 验证所有分支的历史已清理

切换到各个分支，检查历史确认敏感内容已经消失：

# 切换到某个分支
git checkout feature-branch
# 查看提交历史，确认没有敏感文件的痕迹
git log --oneline -- sensitive-file.txt

4. 强制推送到远程仓库

⚠️ 注意：这一步会重写所有分支的远程历史，一定要提前通知团队成员，让他们不要在旧分支上继续工作！

# 强制推送所有分支
git push --all --force
# 如果有标签也需要更新的话
git push --tags --force

后续团队成员的操作 #

其他团队成员需要重新克隆仓库，或者在本地执行以下命令重置分支：

# 拉取最新的远程历史
git fetch origin
# 重置本地分支到远程最新版本（以feature-branch为例）
git checkout feature-branch
git reset --hard origin/feature-branch

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