如何在保留分支提交历史的前提下修正SVN主干至生产环境代码？

核心问题解答 #

1. 能否在保留全部历史的前提下将主干更新为当前生产环境代码？ #

可以，操作步骤如下：

• 导出当前生产环境的干净代码包
• 本地检出Project1/trunk的最新版本
• 替换检出的主干代码为生产环境代码，注意保留.svn目录（避免破坏版本关联）
• 提交修改，提交信息注明「将主干回滚至生产环境基线版本」
• 若需留存错误导入的主干历史，可先给当前错误版本打tag：

  svn copy http://svn-server/Department/System/Backend/Project1/trunk http://svn-server/Department/System/Backend/Project1/tags/Trunk_Error_Before_Prod_Baseline -m "标记错误导入的主干版本"
  

操作后主干与生产环境代码一致，所有历史提交（包括错误导入记录、他人提交的修复）都会保留。

2. 新建Project2并迁移是否更简便？能否保留历史？ #

这种方法看似直接，但无法直接保留Project1的分支创建、合并评审等历史记录：

• 若直接新建Project2提交生产代码，再合并Project1/L12.34分支，仅能迁移分支的当前代码，原有的分支操作历史会丢失
• 若要保留历史，需通过svn dump和svn load迁移Project1的分支历史，过程繁琐，远不如直接修复Project1主干高效

因此不推荐该方案，直接修复Project1主干更符合需求。

3. 操作前需做哪些备份？ #

• SVN服务器端备份：请求运维对/Department/System/Backend目录做全量dump备份，命令示例：

  svnadmin dump /path/to/svn/repo/Department/System/Backend > backend_backup.dump
  

• 本地备份：
  • 检出Project1/trunk和Project1/branches/L12.34的最新版本，复制到安全目录
  • 导出生产环境代码的压缩包并做好标记存储

最终推荐方案 #

直接修复Project1主干，步骤如下：

1. 完成服务器端与本地的双重备份
2. 给当前错误的主干版本打tag留存
3. 替换主干代码为生产环境代码并提交
4. 调整L12.34分支的基线关联：由于分支原基于错误主干创建，需将主干的生产基线合并到分支，命令示例：

   svn merge -r [错误主干创建时的版本号]:[生产基线提交的版本号] http://svn-server/Department/System/Backend/Project1/trunk ./L12.34_workspace
   

5. 解决合并冲突后提交，此时L12.34分支的祖先指向生产环境代码，可正常对比分支与主干差异

操作完成后，所有分支、提交、合并等历史记录均会保留，主干与生产环境代码一致，分支可正常对比差异。

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