关于Git分批推送至Azure DevOps的代码有效性确认咨询

核心问题判断 #

你提到的分批推送代码是否能满足需求，完全取决于它的逻辑：

• 如果代码是遍历所有本地分支、标签，并按提交历史拆分批次推送，那就能覆盖所有经git-filter-repo处理后的分支；
• 如果只是指定单个分支执行推送，那确实只会推送该分支。

由于你没提供具体代码，下面给你适配镜像仓库的安全分批推送方案，既能控制单批推送大小低于5GB，又不会误删远程分支，还能完整同步所有分支/标签。

安全分批推送实操步骤 #

1. 先解除镜像仓库的自动删除配置 #

--mirror推送会删除远程存在但本地没有的分支，先暂时把仓库改成普通裸仓库避免误删：

cd your-bare-repo.git
git config --unset remote.origin.mirror

2. 分批推送所有分支（按提交历史拆分） #

用脚本遍历所有本地分支，对每个分支按提交批次推送，通过调整每批提交数量控制单批大小：

# 遍历所有本地分支
for branch in $(git branch -l | sed 's/^\* //'); do
  echo "开始推送分支: $branch"
  # 从最早提交开始，每50个提交推一批（可根据实际体积调整数量）
  git rev-list --reverse $branch | awk 'NR%50==0' | while read commit; do
    git push origin $commit:$branch --force
    echo "已推送至提交: $commit"
  done
  # 推送最后一批剩余的提交
  git push origin $branch --force
done

提示：如果50个提交仍超5GB，就减少数量（比如20个）；反之可增加，以单批不触发限制为准。

3. 批量推送所有标签 #

标签体积通常很小，直接一次性推送：

git push origin --tags --force

4. 恢复镜像配置（可选） #

如果后续需要保持本地与远程镜像同步，再恢复配置：

git config remote.origin.mirror true

关键注意事项 #

• 推送期间禁止其他人修改远程仓库，避免冲突；
• 推送完成后，在Azure DevOps后台检查所有分支、标签是否完整同步，提交历史是否一致。

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