SVN分支误操作：能否撤销错误分支指向及覆盖操作？

嘿，我来帮你捋清楚这个SVN分支的麻烦事儿！先给你明确答案：错误操作是可以撤销的，而且相比重新创建项目提交，优先用撤销的方案会更规范、更能保持仓库历史的整洁。下面给你详细拆解步骤和两种方案的对比：

一、怎么撤销错误的分支操作？ #

SVN的版本化特性就是用来兜底这种误操作的，只要能找到错误提交的版本号，就能轻松回滚。分两种情况处理：

1. 错误分支创建后没做过新提交 #

假设你本来想从trunk创建1.1.5.0分支，结果误把1.1.0.5分支复制到了1.1.5.0的位置，而且之后没在1.1.5.0上提交任何新内容：

• 先找到错误操作的修订版本号：可以用svn log命令查看仓库的提交记录，找到那个标注“创建1.1.5.0分支”的错误提交；如果用Eclipse的话，打开SVN Repository视图，翻提交日志就能找到。
• 用命令行撤销的话：

  # 先切换到1.1.5.0分支的工作副本
  svn switch https://你的仓库URL/branches/1.1.5.0
  # 撤销那个错误的提交（把[错误版本号]换成实际的数字，前面加负号）
  svn merge -c -[错误版本号] .
  # 提交撤销结果
  svn commit -m "撤销错误的分支创建操作：恢复1.1.5.0分支到正确状态"
  

• 用Eclipse操作更简单：找到错误的提交记录，右键点击它，选择「Revert Changes from this Commit」，选择应用到1.1.5.0分支，提交即可。
• 最后重新从trunk创建正确的分支：

  svn copy https://你的仓库URL/trunk@[你想要的trunk版本号] https://你的仓库URL/branches/1.1.5.0 -m "从trunk正确创建1.1.5.0分支"
  

2. 错误分支创建后已经做了新提交 #

如果之后你在错误的1.1.5.0上提交了新内容，也不用慌：

• 先把新提交的修改备份出来：可以用svn diff > my_changes.patch生成补丁文件，或者直接复制工作副本里修改过的文件。
• 按照上面的步骤撤销错误的分支创建操作，把1.1.5.0恢复到应该从trunk创建的状态。
• 最后把备份的修改合并到恢复后的1.1.5.0分支，提交即可。

二、对比两种方案：撤销操作vs重新创建项目提交 #

你提到的「在Eclipse中创建新项目，拿1.1.0.5的生产文件副本提交到正确分支」是一种绕路的方法，但和撤销操作比起来，差异很明显：

优先选撤销操作的原因： #

• 保持版本历史的整洁：不会留下混乱的提交记录，后续团队成员排查问题时，能清晰看到1.1.5.0分支的正确溯源（来自trunk），而不是突然冒出来一堆和1.1.0.5相关的提交。
• 符合SVN工作流规范：避免人为引入不必要的历史断层，仓库的分支结构更清晰。

什么时候考虑重新提交？ #

只有当你完全找不到错误操作的版本号，或者对命令行/Eclipse的撤销操作完全摸不着头脑时，再考虑这种方法。但要注意：

• 先删除当前错误的1.1.5.0分支：svn delete https://你的仓库URL/branches/1.1.5.0 -m "删除错误创建的分支"
• 重新从trunk创建正确的1.1.5.0分支，再把1.1.0.5的文件复制过去提交。
• 这种方法的弊端是会污染分支历史，相当于把1.1.0.5的内容“重复提交”了一遍，尽量避免。

三、最终建议 #

优先用撤销错误操作的方案，不管是命令行还是Eclipse都能搞定，而且能让仓库历史保持干净。如果实在搞不定撤销步骤，再考虑重新提交的方法，但一定要先删除错误分支，避免仓库里留下冗余的分支。

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