所有提交均创建在Main分支时向Main分支提PR的最佳方案

前置校验 #

首先确认你基于当前Main分支拉取的备份分支已经完整同步所有提交到Azure DevOps远端，本地没有未提交的改动。

你提到的两个方案均存在冗余、易出错的问题，不是行业通用的最优解法，推荐按照以下两种场景选择对应方案： #

场景1：团队允许Main分支强制推送 #

这是操作最简便、提交历史最干净的方案：

1. 本地切换到Main分支，执行命令重置到你需要的初始状态：

   git checkout main
   # 将HEAD指向初始化的第一个提交，替换为你自己的初始commit哈希
   git reset --hard <initial-commit-hash>
   

   如果你需要的是完全清空Main分支所有文件，也可以在该步骤删除所有文件后执行git commit -m "chore: reset main to empty state"生成空提交。
2. 强制推送重置后的本地Main分支到远端：

   # --force-with-lease会先校验远端是否有其他人新提交的内容，避免误覆盖
   git push origin main --force-with-lease
   

3. 直接在Azure DevOps平台创建从备份分支到Main分支的PR，走正常审核流程合入即可。

场景2：团队不允许Main分支强制推送 #

可以完全通过Azure DevOps的PR功能实现，不需要修改本地分支历史：

1. 基于Main分支的初始提交拉取一个临时重置分支，推送到远端：

   git checkout -b temp/reset-main <initial-commit-hash>
   git push origin temp/reset-main
   

2. 在Azure DevOps创建temp/reset-main到Main分支的PR，合入后Main分支就会回到你需要的初始状态。
3. 再创建备份分支到Main分支的PR，走正常审核流程合入即可。

原有方案的问题说明 #

• 方案1的revert操作会生成大量反向提交，会让Main分支的提交历史变得冗余混乱，不利于后续问题排查。
• 方案2的手动拷贝文件操作容易出现文件遗漏、权限丢失、行尾符异常等问题，完全没有利用Git的版本管理能力，属于低效的错误操作。

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